home *** CD-ROM | disk | FTP | other *** search
/ Internet Standards / CD2.mdf / ccitt / 1992 / g / g773.asc < prev    next >
Text File  |  1993-08-15  |  59KB  |  1,788 lines
  1. C:\WINWORD\CCITTREC.DOT_______________
  2.  
  3. Recommendation G.773
  4.  
  5. Recommendation G.773
  6.  
  7. PROTOCOL  SUITES  FOR  Q-INTERFACES  FOR  MANAGEMENT
  8. OF  TRANSMISSION  SYSTEMS
  9.  
  10. 1    Introduction
  11.  
  12. 1.1    Scope
  13.  
  14.     This Recommendation defines the characteristics of protocol suites 
  15. for Q-interfaces of transmission systems/equipments, as defined in Recom-
  16. mendations M.30 [1] and G.771 [58]. Protocol suites for Q-interfaces of 
  17. other systems/equipments will be specified in other Recommendations. The 
  18. interfaces will support bidirectional data transfer for the management of 
  19. telecommunications systems.
  20.  
  21.     This Recommendation defines:
  22.  
  23. û    the layer services;
  24.  
  25. û    the layer protocols;
  26.  
  27. û    the application service elements and protocols;
  28.  
  29. û    the conformance requirements to be met by an implementation of 
  30. these interfaces.
  31.  
  32.     This Recommendation does not define:
  33.  
  34. û    the structure or meaning of the management information that is 
  35. transmitted by means of the protocol suites;
  36.  
  37. û    the manner in which management is accomplished as a result of the 
  38. application protocol exchanges;
  39.  
  40. û    the interactions which result in the use of the application layer proto-
  41. cols.
  42.  
  43. 1.2    Abbreviations and symbols
  44.  
  45. 1.2.1    Abbreviations
  46.  
  47. AARE        A-associate responseaare  a-associate response
  48.  
  49. AARQ        A-associate request
  50.  
  51. ACSE         Association control service element
  52.  
  53. AFI         Authority and format identifier
  54.  
  55. APDU        Application protocol data unit
  56.  
  57. ASE        Application Service element
  58.  
  59. ASN.1        Abstract syntax notation one
  60.  
  61. CD         Collision detection
  62.  
  63. CDO        Connect data overflow
  64.  
  65. CLNS        Connectionless-mode network service
  66.  
  67. CMIP        Common management information protocol
  68.  
  69. CMIS        Common management information service
  70.  
  71. CMISE        Common management information service element
  72.  
  73. Conf        Confirm
  74.  
  75. CONS        Connection oriented-mode network service
  76.  
  77. CSMA        Carrier sense multiple access
  78.  
  79. DCE        Data circuit terminating equipment
  80.  
  81. DCN        Data communication network
  82.  
  83. DIS         Draft international standard
  84.  
  85. DLC        Data link connection
  86.  
  87. DLS         Data link service
  88.  
  89. DSP        Domain specific part
  90.  
  91. DTE        Data terminal equipment
  92.  
  93. EOC        Embedded operations channel
  94.  
  95. FU        Functional unit
  96.  
  97. HDLC        High-level data link control
  98.  
  99. IDI        Initial domain identifier
  100.  
  101. IDP        Initial domain part
  102.  
  103. Ind         Indication
  104.  
  105. ISO         International organization for standardization
  106.  
  107. LCN        Local communication network
  108.  
  109. LLC        Logical link control
  110.  
  111. LME        Layer management entity
  112.  
  113. MAC        Media access control
  114.  
  115. MD         Mediation device
  116.  
  117. NDM        Normal disconnected mode
  118.  
  119. NE         Network element
  120.  
  121. NLR        Network layer relay
  122.  
  123. NM-ASE     Network management-application service element
  124.  
  125. NRM        Normal response mode
  126.  
  127. NRZ        Non return to zero
  128.  
  129. NRZI        Non return to zero inverted
  130.  
  131. NS         Network service
  132.  
  133. NSAP        Network service access point
  134.  
  135. OA         Overflow accept
  136.  
  137. OS         Operations system
  138.  
  139. OSI         Open systems interconnection
  140.  
  141. PDU        Protocol data unit
  142.  
  143. PhC         Physical connection
  144.  
  145. Ph         Physical
  146.  
  147. PhS         Physical service
  148.  
  149. PICS        Protocol implementation conformance statement
  150.  
  151. PLS         Physical layer service
  152.  
  153. PPDU        Presentation protocol data unit
  154.  
  155. PV         Parameter value
  156.  
  157. PVC         Permanent virtual circuit
  158.  
  159. PU         Protocol unit
  160.  
  161. QOS         Quality of service
  162.  
  163. Req         Request
  164.  
  165. Res         Response
  166.  
  167. ROSE        Remote operations service element
  168.  
  169. SDH        Synchronous digital hierarchy
  170.  
  171. SP         Session protocol
  172.  
  173. SPDU        Session protocol data unit
  174.  
  175. SPF        Segmentation permitted flag
  176.  
  177. SVC         Switched virtual circuit 1)
  178.  
  179. TMN        Telecommunications management network
  180.  
  181. TPDU        Transport protocol data unit
  182.  
  183. TSAP        Transport service access point
  184.  
  185. UNC        Unbalanced operation normal response mode class
  186.  
  187. 1.2.2    Symbols and abbreviations used in tables 2)
  188.  
  189. M    Mandatory
  190.  
  191. û    The parameter is not present in the interaction described by the ser-
  192. vice or primitive concerned.
  193.  
  194. (=)    The value of the parameter is equal to the value of the parameter in 
  195. the column to the left.
  196.  
  197. 2    Protocol suites overview
  198.  
  199. 2.1    Introduction
  200.  
  201.     RecommendationG.771 [58] provides guidance for the selection of 
  202. protocol suites from RecommendationG.773 and the domain of application 
  203. of these standard protocol suites.
  204.  
  205.     The structures of the protocol suites with the present layers are shown 
  206. in Figure1/G.773. The defined communication services and protocols are in 
  207. accordance with the Open System Interconnection (OSI) reference 
  208. model[2].
  209.  
  210.     The protocols for the different layers are based on Recommendations 
  211. and/or ISO standards.
  212.  
  213.     Two types of protocol suites are defined in this Recommendation:
  214.  
  215. û    short stack: protocol suitesA1 and A2,
  216.  
  217. û    full 7layer stack: protocol suitesB1, B2 and B3.
  218.  
  219.     The short stack protocol suites (A1 and A2) will be used mainly for 
  220. LCNapplication as specified in RecommendationM.30[1]. The full 7layer 
  221. stack protocol suites (B1, B2 and B3) can be applied to both LCN and 
  222. DCNapplications, as defined by Recommendation M.30[1].
  223.  
  224.     Because of the nulling of the transport layer, session layer and presentation 
  225. layer for short stack protocol suites, mapping functions have been defined.
  226.  
  227.     The full 7layer protocol suites satisfy the requirements of complex NEs 
  228. (e.g. equipments for the SDH). To support already existing networks and to 
  229. provide maximum flexibility, several possibilities are defined for layers1, 2 
  230. and 3. Each Administration should select depending on its own specific 
  231. requirements and needs. Layers5, 6 and 7 are identical for the three proto-
  232. col suitesB1, B2 and B3, whilst almost identical requirements apply to 
  233. layer4.
  234.  
  235. 3    Protocol suitesA1 and A2
  236.  
  237. 3.1    Physical layer
  238.  
  239. 3.1.1    Physical layer for A1
  240.  
  241. 3.1.1.1    Service
  242.  
  243. 3.1.1.1.1    Definition
  244.  
  245.     The service definition for the physical layer is in accordance with 
  246. RecommendationX.211[3].
  247.  
  248.     The following classes of physical services shall be supported:
  249.  
  250. û    type of transmission is synchronous;
  251.  
  252. û    mode of operation is half-duplex;
  253.  
  254. û    topology is point-to-multipoint by a bus.
  255.  
  256. Figure 1/G.773 = 22 cm
  257.  
  258.  
  259.  
  260. 3.1.1.1.2    Service provided by the physical layer
  261.  
  262.     The physical layer provides the physical service primitives and 
  263. parameters as listed in Table1/G.773.
  264.  
  265.  
  266.  
  267.     The services PhC-Activation and PhC-Deactivation will be provided to the 
  268. Layer Management Entity (LME) of the physical layer.
  269.  
  270. 3.1.1.2    Physical interface
  271.  
  272. 3.1.1.2.1    Physical characteristics
  273.  
  274. 3.1.1.2.1.1    Configuration
  275.  
  276.     Serial bus operation in accordance with ISO8482 3) [4], in half-duplex 
  277. mode.
  278.  
  279. 3.1.1.2.1.2    Transmission pairs
  280.  
  281.     Two screened balanced pairs, one for each direction of transmission.
  282.  
  283. 3.1.1.2.1.3    Connector
  284.  
  285.     The Administration shall specify the connector type.
  286.  
  287. 3.1.1.2.2    Electrical characteristics
  288.  
  289. 3.1.1.2.2.1    Static and dynamic characteristics
  290.  
  291.     The static and dynamic characteristics of each bus connection shall be 
  292. in accordance with ISO8482[4]. When all generators connected to the bus 
  293. are in the high impedance state, the bus shall be set to logical levelô1ö.
  294.  
  295. 3.1.1.2.2.2    Bus termination
  296.  
  297.     Each bus end shall be terminated in accordance with ISO8482[4].
  298.  
  299. 3.1.1.2.2.3    Load connection
  300.  
  301.     Each receiver shall present a maximum of one unit load, as defined in 
  302. ISO8482[4], to the bus. The number of load connections is limited to 32.
  303.  
  304. 3.1.1.2.2.4    Bit rate
  305.  
  306.     The bit rate shall be 19200bit/s or 64000bit/s. A bit rate of 
  307. 128000bit/s may be necessary in some applications. The bit rate tolerance 
  308. shall be ▒0.05%.
  309.  
  310. 3.1.1.2.2.5    Turn-off time
  311.  
  312.     For bit rates of 19200bit/s and 64000bit/s a transmitting station 
  313. shall put its generator in the high impedance state within 0.750ms from the 
  314. end of the last bit of the closing flag. For a bit rate of 128000bit/s the turn- 
  315. off time shall be not more than 0.375ms. This point is not applicable to a 
  316. primary station (see º3.2.1.2.1.3).
  317.  
  318. 3.1.1.2.2.6    Switch-on transient
  319.  
  320.     Following the enabling of the generator an implementation dependent 
  321. preamble of no more than 4bit times is allowed. No assumption as to the 
  322. state of the bus during this preamble is allowed.
  323.  
  324. 3.1.1.2.3    Line code
  325.  
  326.     The line code shall be NRZI.
  327.  
  328. 3.1.1.2.3.1    Principle
  329.  
  330.     Each ISO8482 [4] transition shall represent a ZERO, and no transi-
  331. tion shall represent a ONE bit.
  332.  
  333. 3.1.1.2.3.2    Lock in sequence
  334.  
  335.     Where required for clock extraction, it shall be possible to send a lock 
  336. in sequence containing at least four transitions immediately prior to the 
  337. beginning of the starting flag of the frame to be transmitted.
  338.  
  339. 3.1.1.2.4    Extended mode
  340.  
  341.     An example of extended mode is given in AnnexA.
  342.  
  343. 3.1.2    Physical layer for A2
  344.  
  345. 3.1.2.1    Overview
  346.  
  347.     Protocol suite A2 employs local area network technology for the 
  348. physical and data link layers. Administrations will select the appropriate 
  349. physical medium, e.g. coaxial cable, screened pairs, optical fibre according 
  350. to technological and operational requirements.
  351.  
  352. 3.1.2.2    Service
  353.  
  354. 3.1.2.2.1    Definition
  355.  
  356.     The service definition for the physical layer shall comply with that 
  357. specified in clause6 of ISO8802-3[20].
  358.  
  359. 3.1.2.2.2    Service provided by the physical layer
  360.  
  361.     All of the primitives defined and listed in Table2/G.773 are manda-
  362. tory.
  363.  
  364.  
  365.  
  366. 3.1.2.3    Bit rate
  367.  
  368.     The bit rate will be 1Mbit/s or higher.
  369.  
  370. 3.2    Data link layer
  371.  
  372. 3.2.1    Data link layer for A1
  373.  
  374. 3.2.1.1    Service
  375.  
  376. 3.2.1.1.1    Definition
  377.  
  378.     The service definition of the data link layer is in accordance with 
  379. RecommendationX.212[5]. The class of data link service that shall be pro-
  380. vided by the data link layer is:
  381.  
  382. û    a connection-mode service.
  383.  
  384. 3.2.1.1.2    Service required from the physical layer
  385.  
  386.     The data link layer requires the Data Transfer service from the physi-
  387. cal layer.
  388.  
  389. 3.2.1.1.3    Service provided by the data link layer
  390.  
  391.     The data link layer shall provide the Data Link service, primitives and 
  392. parameters as listed in Tables3/G.773 to 5/G.773.
  393.  
  394. 3.2.1.1.3.1    DLC-Establishment
  395.  
  396.  
  397.  
  398. 3.2.1.1.3.2    DLC-Release
  399.  
  400.  
  401.  
  402. 3.2.1.1.3.3    Normal Data Transfer
  403.  
  404.  
  405.  
  406. 3.2.1.2    Data link protocol
  407.  
  408.     The data link protocol is synchronous HDLC type.
  409.  
  410. 3.2.1.2.1    HDLC frame structure
  411.  
  412.     The HDLC frame structure shall conform to ISO3309 (frame 
  413. structure)[6].
  414.  
  415. 3.2.1.2.1.1    Addressing field
  416.  
  417.     The addressing field shall be one octet.
  418.  
  419. 3.2.1.2.1.2    Information field
  420.  
  421.     The information field in any HDLC frame shall be an integral number 
  422. ofoctets.
  423.  
  424.     Information field octets shall be sent least significant bit first. The 
  425. maximum length of the information field shall be 256octets.
  426.  
  427. 3.2.1.2.1.3    Interframe time fill
  428.  
  429.     A primary station shall transmit contiguous flags as interframe time 
  430. fill.
  431.  
  432. 3.2.1.2.2    Addressing
  433.  
  434.     The secondary station shall be capable of being assigned any address 
  435. in the range1 to 254.
  436.  
  437. 3.2.1.2.2.1    All station address
  438.  
  439.     The address field pattern ô11111111ö is defined as the all-station 
  440. address.
  441.  
  442. 3.2.1.2.2.2    No-stationaddress
  443.  
  444.     The address field pattern ô00000000ö is defined as the no-station 
  445. address. The no-station address shall never be assigned to a secondary sta-
  446. tion.
  447.  
  448. 3.2.1.2.2.3    Group addresses
  449.  
  450.     Not used.
  451.  
  452. 3.2.1.2.3    HDLC procedure
  453.  
  454.     The HDLC procedure is defined in ISO4335[7].
  455.  
  456. 3.2.1.2.3.1    Commands and response
  457.  
  458.     The following HDLC commands and responses must be supported:
  459.  
  460. û    commands
  461.  
  462. SNRM:    Set normal response mode
  463.  
  464. DISC:    Disconnect
  465.  
  466. û    commands or responses
  467.  
  468. I:        Information
  469.  
  470. RR:        Receive ready
  471.  
  472. RNR:    Receive not ready
  473.  
  474. û    responses
  475.  
  476. FRMR:    Frame reject
  477.  
  478. UA:        Unnumbered acknowledgement
  479.  
  480. DM:        Disconnect mode
  481.  
  482. 3.2.1.2.3.2    Modes
  483.  
  484.     Two modes are selected:
  485.  
  486. û    one operational mode: normal response mode (NRM);
  487.  
  488. û    one non-operational mode: normal disconnected mode (NDM).
  489.  
  490. 3.2.1.2.4    Class of procedure
  491.  
  492.     The unbalanced operation normal response mode class (UNC) as 
  493. defined in ISO7809[8] shall be implemented.
  494.  
  495. 3.2.1.2.4.1    HDLC optional functions
  496.  
  497.     The following HDLC optional functions shall be implemented:
  498.  
  499. û    unnumbered information (option No.4);
  500.  
  501. û    data link test (option No.12).
  502.  
  503. 3.2.1.2.5    Other parameters of data link layer
  504.  
  505. 3.2.1.2.5.1    Window size
  506.  
  507.     The window size for unacknowledged frames is to be optional 
  508. between1 and7. The default value is 1.
  509.  
  510. 3.2.1.2.5.2    Waiting-time before a repetition
  511.  
  512.     In the case of no-reply or lost-reply, the primary station shall provide 
  513. a waiting time function. The waiting-time before a repetition shall be greater 
  514. than the duration of the longest frame to be sent by the primary station, 
  515. added to the response-time of the secondary station and the duration of the 
  516. longest frame to be sent by the secondary station.
  517.  
  518. 3.2.1.2.5.3    Number of repetitions
  519.  
  520.     Under the conditions described in º 3.2.1.2.5.2, the maximum number 
  521. of repetition before detecting a no-reply or a lost-reply condition is fixed to 
  522. 5(6requests).
  523.  
  524. 3.2.1.2.5.4    Response time
  525.  
  526.     The secondary station shall commence the opening flag of its 
  527. response not later than 5ms after the end of the closing flag of the frame 
  528. sent from the primary station.
  529.  
  530. 3.2.2    Data link layer for A2
  531.  
  532. 3.2.2.1    Overview
  533.  
  534.     The data link layer provides the acknowledged connectionless-mode 
  535. service. The access method employed is Carrier Sense Multiple Access with 
  536. Collision Detection (CSMA/CD).
  537.  
  538. 3.2.2.2    Media access control (MAC)
  539.  
  540. 3.2.2.2.1    The services and protocol of the CSMA/CD access method shall 
  541. comply with those specified in ISO8802-3[20].
  542.  
  543. 3.2.2.2.2    The address length used at the MAC sublayer shall be 48bits.
  544.  
  545. 3.2.2.3    Logical link control (LLC)
  546.  
  547. 3.2.2.3.1    The definition of the acknowledged connectionless mode 
  548. LLCservice shall comply with that specified in ISO8802-2/DAD2[23]. 
  549. All of the primitives defined for type3 operation (Table6/G.773) are man-
  550. datory.
  551.  
  552.  
  553.  
  554. 3.2.2.3.2    The protocol used to provide the acknowledged connectionless-
  555. mode LLCservice shall be as specified in ISO8802-2[22] and ISO8802/
  556. DAD2[23]. All of the commands and responses defined for type3 opera-
  557. tion (Table7/G.773) are mandatory.
  558.  
  559.  
  560.  
  561. 3.3    Network layer for A1 and A2
  562.  
  563. 3.3.1    Service
  564.  
  565. 3.3.1.1    Service definition
  566.  
  567.     The definition of the connectionless-mode network service shall com-
  568. ply with that specified in ISO8348/AD1[9]. Address formats supported 
  569. shall conform to ISO8348/AD2[10].
  570.  
  571. 3.3.1.2    Service required from the data link layer
  572.  
  573.     The network layer requires the Normal Data Transfer service from the 
  574. data link layer.
  575.  
  576. 3.3.1.3    Service provided by the network layer
  577.  
  578.     The network layer shall provide the N-UNITDATA service as listed in 
  579. Table8/G.773.
  580.  
  581.  
  582.  
  583. 3.3.2    Network protocol
  584.  
  585. 3.3.2.1    General
  586.  
  587.     The Network protocol is as specified in ISO8473 [11]. The sub-net-
  588. work dependent convergence function required for protocol suite A1 is 
  589. specified in ISO8473/AD3[19]. ISO8473 [11] defines in addition to the 
  590. full protocol (see º3.3.2.4), two subsets namely:
  591.  
  592. û    inactive network layer protocol (see º 3.3.2.2),
  593.  
  594. û    non-segmenting network layer protocol (see º 3.3.2.3).
  595.  
  596.     The address part shall have the structure as defined in ISO 8348/AD2 [10].
  597.  
  598.     For protocol suite A1 the Authority and Format Identifier (AFI) shall be set 
  599. to 49, coded by 2 decimal digits as defined in ISO 8348/AD2 [10], which 
  600. specifies ôlocalö and binary coding of the Domain Specific Part (DSP).
  601.  
  602.     For protocol suite A2 the authority and format identifier (AFI) shall be set to 
  603. 38, 39, 48 or 49, coded by two decimal digits as defined in ISO8348/AD2 
  604. [10], which means ISO Data Country Code (ISODCC) and decimal coding 
  605. of domain specific part (DSP), ISO DCC and binary coding of DSP, ôlocalö 
  606. and decimal coding of DSP, or ôlocalö and binary coding of DSP, respec-
  607. tively.
  608.  
  609.     The full protocol and the two subsets permit the use of known sub-network 
  610. characteristics and are therefore not sub-network independent.
  611.  
  612.     Depending on the required usage and the sub-network architecture the full 
  613. protocol, or one or both subsets, shall be supported by protocol suiteA. The 
  614. selection shall be put in the Protocol Implementation Conformance State-
  615. ment (PICS).
  616.  
  617. 3.3.2.2    Inactive network layer protocol
  618.  
  619.     The protocol shall be in accordance with the inactive subset of the 
  620. protocol as defined in ISO8473[11].
  621.  
  622. 3.3.2.3    Non-segmenting network layer protocol
  623.  
  624.     The protocol shall be in accordance with category type1 functions of 
  625. the non-segmenting subset of the protocol as defined in ISO8473[11].
  626.  
  627.     From the optional functions (type3) defined in the non-segmenting 
  628. subset only the ôpriority functionö shall be supported as defined in 
  629. ISO8473 [11].
  630.  
  631. 3.3.2.4    Full network layer protocol
  632.  
  633.     The full protocol subset of category type1 functions, as specified in 
  634. ISO8473 [11], shall be supported.
  635.  
  636.     An implementation shall not transmit PDUs encoded using the inac-
  637. tive subset. Received PDUs encoded using the inactive subset will be dis-
  638. carded.
  639.  
  640.     An implementation shall not generate data PDUs without a segmenta-
  641. tion part, i.e. the Segmentation Permitted Flag (SPF) shall be set to 1 and the 
  642. segmentation part shall be included. However, an implementation shall be 
  643. capable of receiving and correctly processing PDUs which do not contain 
  644. the segmentation part.
  645.  
  646. 3.4    Mapping functions for A1 and A2
  647.  
  648. 3.4.1    Introduction
  649.  
  650.     No transport layer, session layer and presentation layer will be speci-
  651. fied for protocol suites A1 and A2.
  652.  
  653.     To provide the required service to the application layer and using the 
  654. provided service of the network layer a mapping function is defined.
  655.  
  656.     No protocol for the mapping function is defined.
  657.  
  658. 3.4.2    Service
  659.  
  660. 3.4.2.1    Service definition
  661.  
  662.     The service definition of the mapping function, which provides the 
  663. required presentation service to the application layer, shall be in accordance 
  664. with RecommendationX.216[12].
  665.  
  666. 3.4.2.2    Service required from network layer
  667.  
  668.     The mapping function requires the N-UNITDATA as the connection-
  669. less-mode network service.
  670.  
  671. 3.4.2.3    Service provided by the mapping function
  672.  
  673.     The mapping function shall provide the presentation service as listed 
  674. in Table9/G.773.
  675.  
  676.  
  677.  
  678.     When ACSE is supported in the application layer the mapping function 
  679. shall also provide the presentation services P-CONNECT, P-RELEASE, P-
  680. U-ABORT and P-P-ABORT. Only the parameters defined as mandatory in 
  681. RecommendationX.216[12] shall be supported. The value of the Mode 
  682. parameter of P-CONNECT shall be ônormalö.
  683.  
  684. 3.4.3    Procedure
  685.  
  686.     The mapping function will provide the values for the source address, 
  687. destination address, QOS and NS-User data as required by the network ser-
  688. vice parameters. The mapping function will translate the presentation 
  689. addresses to the Network-Service-Access-Point (NSAP) addresses and vice 
  690. versa. It will provide the value of the quality of service parameter of N-
  691. UNITDATA Request. The NS-User data will be provided by the User data 
  692. of P-DATA and vice versa.
  693.  
  694.     Note û This is not a mapping protocol. While the service description 
  695. of this function is standard, the implementation itself needs not to be stan-
  696. dardized.
  697.  
  698. 3.5    Application layer for A1 and A2
  699.  
  700. 3.5.1    Overview
  701.  
  702.     The network management application layer shall provide the CMISE 
  703. service to the NM-ASE.
  704.  
  705.     The required application service elements for this service are Com-
  706. mon Management Information Service Element (CMISE) and Remote 
  707. Operations Service Element (ROSE). Some applications may require the 
  708. addition of the Association Control Service Element (ACSE).
  709.  
  710. 3.5.2    Syntax and encoding
  711.  
  712.     The application layer protocol data unit presentation is described by 
  713. using Abstract Syntax Notation One (ASN.1), as defined in 
  714. RecommendationX.208 [15] and is encoded in accordance with the basic 
  715. encoding rules for ASN.1, as defined in RecommendationX.209[16].
  716.  
  717. 3.5.3    Association control
  718.  
  719. 3.5.3.1    The ACSE service description is detailed in 
  720. RecommendationX.217[25]. When the ACSE is used all of the defined 
  721. ACSE services (Table10/G.773) are mandatory. The value of mode param-
  722. eter of A-ASSOCIATE shall be ônormalö.
  723.  
  724. 3.5.3.2    The protocol specification for ACSE shall follow 
  725. RecommendationX.227[26]. When the ACSE is used all five APDUs (see 
  726. Table10/G.773) specified in the standard are mandatory. The value of pro-
  727. tocol version field of AARQ and AARE shall be version1 only.
  728.  
  729.  
  730.  
  731. 3.5.4    Remote operations
  732.  
  733. 3.5.4.1    The remote operations service element (ROSE) shall be a mandatory 
  734. service element for the protocol suitesA1 and A2. The ROSE service 
  735. description is detailed in RecommendationX.219[14]. All of the defined 
  736. ROSE services (Table11/G.773) are mandatory.
  737.  
  738. 3.5.4.2    The protocol specification for ROSE shall follow 
  739. RecommendationX.229[18]. All four APDUs specified in the standard 
  740. (see Table11/G.773) are mandatory. In addition, the ability to support cor-
  741. rect origination and reception of the linked-ID protocol element is required 
  742. for protocol suites A1 and A2.
  743.  
  744.     The requirement specified in Table11/G.773 implies association 
  745. class3 in ROSE.
  746.  
  747.  
  748.  
  749. 3.5.5    Common management information
  750.  
  751. 3.5.5.1    The common management information service element (CMISE) 
  752. shall be a mandatory service element for the protocol suitesA1 and A2. The 
  753. CMISE service description is detailed in ISO9595[13], ISO9595/
  754. DAD1[27] and ISO9595/DAD2[28]. The CMISE services are listed in 
  755. Table12/G.773.
  756.  
  757.  
  758.  
  759. 3.5.5.2    The protocol specification for CMISE shall follow ISO9596[17], 
  760. ISO9596/DAD1[29] and ISO9596/DAD2[30].
  761.  
  762. 3.6    Conformance
  763.  
  764.     For further study.
  765.  
  766. 4    Protocol suitesB1, B2 and B3
  767.  
  768. 4.1    Physical layer
  769.  
  770. 4.1.1    Physical layer for B1 and B2
  771.  
  772. 4.1.1.1    Protocol
  773.  
  774.     The protocol of the physical layer of protocol suites B1 and B2 shall 
  775. comply with the following specifications:
  776.  
  777. û    X.21 interface in accordance with º 1.1 of 
  778. RecommendationX.25[39];
  779.  
  780. û    X.21 bis interface in accordance with º 1.2 of Recommendation 
  781. X.25 [39];
  782.  
  783. û    V-Series interface in accordance with º 1.3 of 
  784. RecommendationX.25 [39].
  785.  
  786. 4.1.1.2    Bit rate
  787.  
  788.     The supported bit rates are: 1200, 2400, 4800, 9600, 19200 and 
  789. 64000bit/s. The bit rates 48000 bit/s and 56000bit/s may be used for an 
  790. interim period (see notea) to Table19b/G.773).
  791.  
  792. 4.1.1.3    Connector
  793.  
  794.     Table 13/G.773 lists the connectors to be used in accessing the 
  795. X.21[61] and X.21bis[62] interfaces. Tables14/G.773, 15/G.773 and 16/
  796. G.773 list respectively the pin descriptions of ISO2110 [37], ISO2593 
  797. [38], ISO4902[24] and ISO4903 [63].
  798.  
  799.  
  800.  
  801. 4.1.2    Physical layer for B3
  802.  
  803. 4.1.2.1    Overview
  804.  
  805.     Protocol suiteB3 employs local area network technology for the 
  806. physical and data link layers. Administrations will select the appropriate 
  807. physical medium, e.g. coaxial cable, screened pairs, optical fibre according 
  808. to technological and operational requirements.
  809.  
  810. 4.1.2.2    Service
  811.  
  812.     The service definition for the physical layer shall comply with that 
  813. specified in clause6 of ISO8802-3[20].
  814.  
  815.     All of the primitives defined and listed in Table 17/G.773 are manda-
  816. tory.
  817.  
  818.  
  819.  
  820. 4.1.2.3    Bit rate
  821.  
  822.     The possible bit rate will be 1Mbit/s, 10Mbit/s or higher.
  823.  
  824. 4.2    Data link layer
  825.  
  826. 4.2.1    Data link layer for B1 and B2
  827.  
  828.     It is mandatory that the data link layer conforms to LAPB as defined 
  829. in RecommendationX.25[39]. In addition, provision shall be made for con-
  830. nection between data terminal equipments without an intervening packet 
  831. switched network. The interface shall conform to ISO7776[40]. Further 
  832. detail is provided in º4.2.1.1.
  833.  
  834.     The following link layer specification applies to all cases.
  835.  
  836. 4.2.1.1    Equipment type during link set-up and reset
  837.  
  838.     When a packet switched network is used to connect systems, they are 
  839. each designated Data Terminal Equipment (DTE) and the network acts as a 
  840. Data Circuit-Terminating Equipment (DCE). When a dedicated or dial-up 
  841. link is provided, other means must be used to supply the DCE role.
  842.  
  843.     At the physical layer, the modems will provide the DCE interface, 
  844. supplying bit synchronization.
  845.  
  846.     At the link level, the procedures specified in ISO7776[40] shall be 
  847. followed. A system must be able to start the set-up or reset of the link (a 
  848. DCEfunction in RecommendationX.25 [39]). In addition, provision must 
  849. be made for assignments of the A/B addresses. This mandatory option is to 
  850. be field-settable and stored in non-volatile memory. Equipment which meets 
  851. this requirement is compatible with connection to either a DCE or remote 
  852. DTE.
  853.  
  854. 4.2.1.2    Window
  855.  
  856.     Modulo 8 operation shall be used. Support of modulo128 is optional. 
  857. The window for unacknowledged frames is to be optional between 1 and 7 
  858. frames and 1 to 127 with modulo128. The standard default is 7.
  859.  
  860. 4.2.1.3    User information
  861.  
  862.     The user information is to be arranged in an integral number of octets.
  863.  
  864.     The maximum length of the user information shall be user settable, 
  865. consistent with the range of values for the N1 parameter as shown in 
  866. Table18/G.773. Maximum information field lengths that shall be supported 
  867. are 131 and 259octets with optionally 515, 1027, 2051 or 4099 octets. 
  868. These values provide for three packet header octets and maximum length of 
  869. packet data units of 128, 256, 512, 1024, 2048 and 4096 octets, respectively.
  870.  
  871. 4.2.1.4    Other frame parameters
  872.  
  873.     Certain other frame parameters shall be set by the user to be consis-
  874. tent with the bit rate, frame size and characteristics of the connecting net-
  875. work. A system design should be sufficiently flexible to accommodate 
  876. parameter sets for diverse networks, both as order options and later recon-
  877. figurations. The range of parameters is shown in Table18/G.773. These 
  878. options, like those of the physical layer, are to be set at installation, change-
  879. able by the user, and non-volatile.
  880.  
  881.  
  882.  
  883. 4.2.2    Data link layer for B3
  884.  
  885. 4.2.2.1    Overview
  886.  
  887.     The data link layer provides the unacknowledged connectionless-
  888. mode service. The access method employed is carrier sense multiple access 
  889. with collision detection (CSMA/CD).
  890.  
  891. 4.2.2.2    Media access control (MAC)
  892.  
  893.     The services and protocol of the CSMA/CD access method shall com-
  894. ply with those specified in ISO8802-3[20].
  895.  
  896.     The address length used at the MAC sublayer shall be 48bits.
  897.  
  898. 4.2.2.3    Logical link control (LLC)
  899.  
  900.     The definition of the unacknowledged connectionless-mode LLC ser-
  901. vice shall comply with that specified in ISO8802-2[22]. All of the primi-
  902. tives defined for type1 operation shall be supported.
  903.  
  904.     The protocol used to provide the unacknowledged connectionless-
  905. mode LLCservice shall be as specified in ISO8802-2[22]. All of the com-
  906. mands and responses defined for type1 operation shall be supported.
  907.  
  908. 4.3    Network layer
  909.  
  910. 4.3.1    Network layer for B1
  911.  
  912.     It is mandatory that the packet layer conforms to 
  913. RecommendationX.25[39]. In addition, the packet layer must provide for 
  914. connection of data terminal equipment without an intervening packet net-
  915. work; the required interface for this purpose conforms to ISO8208[41]. In 
  916. addition, the provisions of RecommendationX.223[42] shall apply.
  917.  
  918.     The attributes which must be supported are summarized in 
  919. Tables19a/G.773 and 19b/G.773. Note in particular that these tables show 
  920. the different attributes needed to support PVCs (the X.25/PVC [39] proce-
  921. dures) and SVCs(the X.25/SVC [39] procedures).
  922.  
  923. 4.3.1.1    Equipment type during restart
  924.  
  925.     When the packet level X.25 [39] interface is used, automatic selection 
  926. of the DCE/DTE role during restart is required, as specified in 
  927. ISO8208[41].
  928.  
  929. 4.3.1.2    Other features and parameters
  930.  
  931.     The packet layer attributes are summarized in Tables19a/G.773 and 
  932. 19b/G.773.
  933.  
  934.  
  935.  
  936.  
  937.  
  938. 4.3.1.3    Expedited data negotiation
  939.  
  940.     The initiator shall be capable of proposing the non-use of the Expe-
  941. dited Data service. Responders shall be capable of receiving requests for the 
  942. Expedited Data service, but shall be capable of responding with non-use of 
  943. the service. The Expedited Data service is neither required nor precluded by 
  944. this Recommendation.
  945.  
  946. 4.3.1.4    Receipt confirmation negotiation
  947.  
  948.     The initiator shall be capable of setting bit7 of the general format 
  949. identifier to 0. Responders shall be capable of receiving bit7 set to 1, but 
  950. shall be capable of responding with bit7 set to 0. The Receipt Confirmation 
  951. service is neither required nor precluded by this Recommendation.
  952.  
  953. 4.3.1.5    Throughput class
  954.  
  955.     When the end system requires only one network layer connection on a 
  956. physical access port, support of throughput classes up to the access line 
  957. transmission rate is required. When multiple network layer connections are 
  958. required, support of the throughput class equal to the access line transmis-
  959. sion rate is optional. Further study of throughput class range and default val-
  960. ues at various access line rates is needed.
  961.  
  962. 4.3.1.6    Packet size negotiation
  963.  
  964.     Interoperability is achieved by having the initiator propose a packet 
  965. size from the set specified in Tables19a/G.773 and 19b/G.773, and by the 
  966. responder selecting the most appropriate packet size between 128 and the 
  967. proposed packet size. The rules for negotiation of the size of the packet to 
  968. be used in a given instance of communication are specified in 
  969. ISO8208[41].
  970.  
  971.     The choice of packet size is a local issue which can depend on, for 
  972. example, the quality of service requested or needed by the user or applica-
  973. tion and the sub-network characteristics.
  974.  
  975. 4.3.1.7    User data field
  976.  
  977.     When layers above X.25 [39] are used, the initial octets of a DATA 
  978. primitive and the corresponding data transfer packet are used for peer-to-
  979. peer protocol data for those layers.
  980.  
  981.     In following the procedures of Recommendation X.244[43], 
  982. ISODTR9577[44], AnnexB of RecommendationX.224 [49] and 
  983. ISO8073/AD1[45], the initial octets of the user data field of the call 
  984. request packet may only be used for protocol identification. For those cases 
  985. in which the fast select feature is used, the call request packet may contain a 
  986. call user data field of up to 128octets.
  987.  
  988. 4.3.1.8    Numbering plans
  989.  
  990.     To support communications over public networks, public numbering 
  991. plans may be used on the packet-switched network between OSs/MDs and 
  992. NEs. The RecommendationsE.164[21] and X.121[46] specify public 
  993. numbering plans. Equipment may be assigned numbers in accordance with 
  994. either of these international Recommendations. The escape code values of 
  995. ô0ö and ô9ö shall be supported as specified in Table2/X.121 of 
  996. RecommendationX.121 [46]. Where a public numbering plan is not neces-
  997. sary, a private numbering plan may be used.
  998.  
  999. 4.3.1.9    Addressing
  1000.  
  1001.     Network layer addressing as specified in Recommendation X.213, 
  1002. AnnexA[47] and ISO8348/AD2[10] shall be supported.
  1003.  
  1004. 4.3.2    Network layer for B2
  1005.  
  1006. 4.3.2.1    Protocol
  1007.  
  1008.     The protocols for the network layer shall be identical to the network 
  1009. layer protocol of protocol suite B1 (seeº4.3.1) with the inclusion of 
  1010. ISO8473[11] as specified in ISO8880/3[59] º3, to provide the connec-
  1011. tionless-mode network service over the connection-mode network service.
  1012.  
  1013.     For those instances of communication requiring interworking 
  1014. between a Connection Oriented Service (CONS) and a Connectionless-
  1015. mode Network Service (CLNS), ISODTR10172[60] provides an ISO 
  1016. compatible interworking capability. This capability is known as a Network 
  1017. Layer Relay (NLR) and utilizes the ISO8473[11] protocol to provide this 
  1018. service.
  1019.  
  1020. 4.3.2.2    Network layer attributes
  1021.  
  1022.     Characteristics of the connectionless-mode network layer service, and 
  1023. the connectionless-mode network layer protocol shall be as shown in 
  1024. Table20/G.773.
  1025.  
  1026. 4.3.3    Network layer for B3
  1027.  
  1028. 4.3.3.1    Service
  1029.  
  1030.     The definition of the connectionless-mode network service shall com-
  1031. ply with that specified in ISO8348/AD1[9]. Address formats supported 
  1032. shall conform to ISO8348/AD2[10].
  1033.  
  1034.     The network layer shall provide the N-UNITDATA service as speci-
  1035. fied in ISO8348/AD1[9].
  1036.  
  1037. 4.3.3.2    Protocol
  1038.  
  1039.     The protocol shall be in accordance with the full protocol subset of 
  1040. category type1 functions, as specified in ISO8473[11].
  1041.  
  1042. 4.3.3.3    Network layer attributes
  1043.  
  1044.     Characteristics of the connectionless-mode network layer service and 
  1045. the connectionless-mode network layer protocol shall be as shown in 
  1046. Table20/G.773.
  1047.  
  1048.  
  1049.  
  1050. 4.4    Transport layer
  1051.  
  1052. 4.4.1    Transport layer for B1
  1053.  
  1054.     It is mandatory that for the connection-oriented network service, the 
  1055. transport layer shall conform to RecommendationsX.214[48] and 
  1056. X.224[49] and to those provisions of ISO8072[50] and 8073[51] that 
  1057. apply to the use of the Connection-Oriented Network Service (CONS).
  1058.  
  1059. 4.4.1.1    Class of service
  1060.  
  1061.     Classes4, 2 and 0 shall be supported as shown in Table21/G.773 in 
  1062. countries requiring the features of transport layer class4. The conformance 
  1063. rules of Recommendation X.224[49] require that classes0 and 2 be sup-
  1064. ported as well when class4 is specified.
  1065.  
  1066.  
  1067.  
  1068.     In addition to the requirements specified in RecommendationX.224[49], 
  1069. equipment shall meet the following requirement: if a responder receives an 
  1070. alternate class of ônoneö, it shall respond with the preferred class. Rules for 
  1071. responders are specified in Table22a/G.773. Acceptance rules for initiators 
  1072. are specified in Table22b/G.773.
  1073.  
  1074.     User options shall be provided to designate the preferred and alternate 
  1075. classes (see Table3 of RecommendationX.224 [49]). When all of the 
  1076. classes are supported, the preferred class for connection is class4.
  1077.  
  1078.  
  1079.  
  1080.  
  1081.  
  1082. 4.4.1.2    Protocol identification
  1083.  
  1084.     For the purpose of transport layer protocol identification, the proce-
  1085. dures specified in RecommendationX.224[49] AnnexB and ISO8073/AD 
  1086. 1[45] shall be used. The conventions for protocol identification given in 
  1087. ISODTR10172[60] should be followed. Selection of codes not specified 
  1088. in the referenced standards is for further study. The absence of call user data 
  1089. in a call request or call accept packet of RecommendationX.25[39] and 
  1090. ISO8208[41] indicates the operation of the transport layer procedures of 
  1091. ISO8073[51] and RecommendationX.224[49].
  1092.  
  1093. 4.4.1.3    Attributes
  1094.  
  1095.     Attributes of the transport layer for use with CONS are summarized in 
  1096. Table21/G.773. The selection of values within required and optional ranges 
  1097. depends on characteristics of the messages.
  1098.  
  1099.     Note û The need to support high priority messages that require low 
  1100. transit delay on a given transport connection must be reflected in the quality 
  1101. of service parameters requested when the transport connection is estab-
  1102. lished. A properly implemented transport entity should not multiplex high 
  1103. priority messages that require low transit delay if it cannot provide the 
  1104. requested quality of service. 
  1105.  
  1106. 4.4.1.4    User data in connection request and connection confirm TPDUs
  1107.  
  1108.     User data in the connection request and connection confirm TPDUs 
  1109. are optional in RecommendationX.224[49]. No transport service user shall 
  1110. send it: all protocol implementations shall be prepared to receive it and all 
  1111. implementations may ignore it, i.e. it shall not cause a disconnect.
  1112.  
  1113. 4.4.1.5    Splitting
  1114.  
  1115.     Responders may refuse network connections which could impose an 
  1116. unnecessary restriction on the ability to establish outgoing network connec-
  1117. tions. To prevent repeated ineffective attempts during splitting, initiators 
  1118. shall refrain from immediately requesting additional network connections 
  1119. for a transport connection after a network connection has been refused. The 
  1120. time delay before requesting additional network connections is for further 
  1121. study.
  1122.  
  1123. 4.4.1.6    Quality of service negotiation
  1124.  
  1125.     Quality of service negotiation is outside the scope of this Recommen-
  1126. dation. If quality of service negotiation is not supported, receipt of the 
  1127. parameters ôthroughputö, ôresidual error rateö, ôpriorityö and ôtransit delayö 
  1128. in the CR and CC TPDUs shall be ignored.
  1129.  
  1130. 4.4.1.7    TPDU size negotiation
  1131.  
  1132.     Interoperability is achieved by having the initiator propose a TPDU 
  1133. size from the set specified in Table21/G.773 and by the responder selecting 
  1134. the most appropriate TPDU size between 128 octets and the proposed 
  1135. TPDU size. The rules for negotiation of the size of the TPDU to be used in a 
  1136. given instance of communication are specified in ISO8073[51].
  1137.  
  1138.     The choice of the TPDU size is a local implementation issue.
  1139.  
  1140. 4.4.1.8    Class 0 error TPDU
  1141.  
  1142.     When transport class 0 has been negotiated, the error transport proto-
  1143. col data unit (ER-TPDU) may be used at any time and upon receipt requires 
  1144. that the recipient disconnect the network connection and, by extension, the 
  1145. transport connection.
  1146.  
  1147. 4.4.1.9    Negotiation of protection
  1148.  
  1149.     Negotiation of protection is outside the scope of this Recommenda-
  1150. tion. If negotiation of protection is not supported, receipt of the protection 
  1151. parameters in any CRTPDU and any CCTPDU shall be ignored.
  1152.  
  1153. 4.4.1.10    Unknown CR TPDU parameters
  1154.  
  1155.     An unknown parameter in any received CRTPDU shall be ignored.
  1156.  
  1157. 4.4.1.11    Invalid values of known CR TPDU parameters
  1158.  
  1159.     Known parameters with valid lengths but with invalid values in a 
  1160. CRTPDU shall be handled as depicted in Table23/G.773.
  1161.  
  1162.  
  1163.  
  1164. 4.4.1.12    Additional options parameter
  1165.  
  1166.     Unrecognized or not applicable bits of the Additional Options shall be 
  1167. ignored.
  1168.  
  1169. 4.4.1.13     Code misalignment
  1170.  
  1171.     For further study.
  1172.  
  1173.     A misalignment between RecommendationX.224[49] and 
  1174. ISO8073[51] code values for subsequence number and flow control confir-
  1175. mation has been identified. As a short-term solution, ISO8073 [51] shall 
  1176. apply.
  1177.  
  1178. Subsequence number            1000    1010
  1179.  
  1180. Flow control confirmation        1000    1100
  1181.  
  1182.     It is intended that when an ISO/CCITT solution to this defect is available, 
  1183. this Recommendation will be modified to align with the solution.
  1184.  
  1185. 4.4.2    Transport layer for B2 and B3
  1186.  
  1187. 4.4.2.1    Protocol
  1188.  
  1189.     Operation of the transport protocol over the connectionless-mode net-
  1190. work layer service (CLNS), as described in ISO8348/AD 1[9], shall use 
  1191. the elements of ISO8073/AD 2[52], class4 operation over the CLNS.
  1192.  
  1193. 4.4.2.2    Class of service
  1194.  
  1195.     Support of class4 operation of ISO8073/AD 2[52] is mandatory.
  1196.  
  1197. 4.4.2.3    Transport layer attributes
  1198.  
  1199.     Transport layer attributes for class4 operation over the connection-
  1200. less-mode network layer service shall be as shown in Table24/G.773.
  1201.  
  1202.  
  1203.  
  1204. 4.5    Session layer for B1, B2 and B3
  1205.  
  1206.     The session layer conforms to the service definition and protocol 
  1207. specification in RecommendationsX.215[53] and X.225[54] respectively. 
  1208. Support of version2 of the session protocol is mandatory. Two session layer 
  1209. functional units (FU) are required in this Recommendation:
  1210.  
  1211. 1)    Kernel
  1212.  
  1213. 2)    Duplex
  1214.  
  1215.     Restrictions applied to parameters and their values are specified in the fol-
  1216. lowing sections.
  1217.  
  1218. 4.5.1    Session protocol data units
  1219.  
  1220.     The following Session Protocol Data Units (SPDUs) associated with 
  1221. the Kernel and Duplex functional units shall be supported as detailed in 
  1222. Table25/G.733.
  1223.  
  1224.  
  1225.  
  1226. 4.5.2    Transport expedited service
  1227.  
  1228.     The use of the Transport Expedited service is as stated in 
  1229. RecommendationX.225 [54]: if available, it must be used. When the Trans-
  1230. port Expedited service is available, the Prepare (PR) SPDU shall be sup-
  1231. ported as in RecommendationX.225 [54]. The Prepare Type parameter 
  1232. value in the PRSPDU, to indicate the arrival of an Abort (AB) SPDU, is 
  1233. ABORT.
  1234.  
  1235. 4.5.3    Parameters
  1236.  
  1237.     All mandatory parameters defined in RecommendationX.225 [54] for 
  1238. the SPDUs required by the Kernel and Duplex FUs are mandatory parame-
  1239. ters for this Recommendation.
  1240.  
  1241. 4.5.4    User data
  1242.  
  1243.     The maximum length of the session user data shall be 10240octets. 
  1244. This restriction implies that the Overflow Accept (OA) and Connect Data 
  1245. Overflow (CDO) SPDUs are not required to be supported. Session-selector 
  1246. (s-selector) parameter values shall have a maximum length of 16octets.
  1247.  
  1248. 4.5.5    Reuse
  1249.  
  1250.     Reuse of the transport connection is not required. The Transport Dis-
  1251. connect parameter value (PV) field may be absent or set to ôtransport con-
  1252. nection is releasedö in appropriate SPDUs. Furthermore, on receipt of a 
  1253. transport disconnect PV field indicating ôtransport connection is keptö, the 
  1254. transport connection can be released.
  1255.  
  1256. 4.5.6    Segmentation
  1257.  
  1258.     The segmentation feature in the session layer is not required. Support 
  1259. for extended concatenation of SPDUs is not required.
  1260.  
  1261. 4.5.7    Invalid SPDUs
  1262.  
  1263.     Upon receipt of an invalid SPDU, the session protocol machine shall 
  1264. take any action specified in ºA.4.3.2 of RecommendationX.225[54] with 
  1265. the exception of action ôdö (take no action).
  1266.  
  1267. 4.6    Presentation layer for B1, B2 and B3
  1268.  
  1269.     It is mandatory that the presentation layer conform to the services and 
  1270. protocols specified in RecommendationsX.216[12] and X.226[55] respec-
  1271. tively. One presentation layer Functional Unit (FU) is required in this Rec-
  1272. ommendation: Kernel
  1273.  
  1274.     The presentation protocol shall be used in the normal mode. Restric-
  1275. tions applied to parameters and their values are specified in the following 
  1276. sections.
  1277.  
  1278. 4.6.1    Presentation protocol units
  1279.  
  1280.     The following presentation protocol data units (PPDU) associated 
  1281. with the Kernel functional unit shall be supported as detailed in Table 26/
  1282. G.733.
  1283.  
  1284.  
  1285.  
  1286. 4.6.2    Parameters
  1287.  
  1288.     All mandatory parameters defined in RecommendationX.226[55] 
  1289. for the above PPDUs are mandatory for this Recommendation. The ôpresen-
  1290. tation context identifierö value shall be encoded in no more than 2octets. 
  1291. Also, the value(s) in the parameter presentation context definition list shall 
  1292. be consistent with the value(s) defined in the application-specific standards. 
  1293. Presentation-selector (p-selector) parameter values shall have a maximum 
  1294. length of 4octets.
  1295.  
  1296. 4.6.3    Encoding rules for transfer syntax
  1297.  
  1298.     The encoding rules defined in RecommendationX.209[16] shall be 
  1299. applied to derive the transfer syntax for the Application Protocol Data Units 
  1300. (APDUs). The ASN.1 OBJECT IDENTIFIER {joint-iso-ccittasn1(1) 
  1301. basic-encoding (1)} shall be used as the value for the transfer syntax name. 
  1302. The maximum value of an ASN.1 basic encoding tag that needs to be han-
  1303. dled for conformance to this Recommendation is 16383. This is the largest 
  1304. unsigned integer that can be represented in 14bits. Hence the identifier 
  1305. octets shall consist of an initial octet and up to two more octets, thus occu-
  1306. pying a maximum of 3octets. Also, the largest number of octets in the ôcon-
  1307. tents octetsö component of an ASN.1 data value encoding that needs to be 
  1308. handled for conformance to this Recommendation is 4294967295. This is 
  1309. the largest unsigned integer that can be represented in 32bits. Hence in the 
  1310. ôlong formö encoding, the length octets shall consist of an initial octet and 
  1311. up to four more octets, thus occupying a maximum of 5octets. (Note that 
  1312. this restriction does not apply to ôindefinite lengthö encodings.)
  1313.  
  1314. 4.7    Application layer for B1, B2 and B3
  1315.  
  1316.     It is mandatory that the application layer conforms to the architecture 
  1317. for the application layer outlined in ISO9545[56]. Abstract Syntax Nota-
  1318. tion One (ASN.1) shall be used as the abstract syntax for specifying applica-
  1319. tion protocols.
  1320.  
  1321. 4.7.1    Supporting ASE
  1322.  
  1323.     It is mandatory that the association control service elements (ACSE) 
  1324. conform to the services and protocols specified in 
  1325. RecommendationsX.217[25] and X.227[26]. The ACSE shall establish, 
  1326. release and abort the associations required. The ACSE service shall operate 
  1327. in the ônormal modeö.
  1328.  
  1329.     Network management applications shall use the common manage-
  1330. ment information service element (CMISE). Services defined by CMISE 
  1331. that are applicable include:
  1332.  
  1333. 1)    the reporting of an event to an OS/MD;
  1334.  
  1335. 2)    the transfer of information between OSs/MDs and NEs;
  1336.  
  1337. 3)    the transer of action requests and results between OSs/MDs 
  1338. andNEs.
  1339.  
  1340. 4.7.2    Application protocol data units
  1341.  
  1342.     The following application protocol data units shall be supported as 
  1343. detailed in Table 27/G.773.
  1344.  
  1345.  
  1346.  
  1347.     All mandatory parameters defined in RecommendationX.227[26] for the 
  1348. above APDUs are mandatory for this Recommendation.
  1349.  
  1350. 4.7.3    Abstract syntax name
  1351.  
  1352.     The ACSE abstract syntax name has the ASN.1 type OBJECT IDEN-
  1353. TIFIER. The following value shall be used to identify the ACSE abstract-
  1354. syntax-definition:
  1355.  
  1356.     {
  1357.     joint-iso-ccitt association-control (2)
  1358.     abstract-syntax (1) apdus (0) version (1)
  1359.     }
  1360.  
  1361. 4.7.4    Common management information service (CMIS)
  1362.  
  1363.     The common management information service element (CMISE) 
  1364. shall be a mandatory service element for the Protocol Suite B1, B2 and B3. 
  1365. The CMISE service description is detailed in ISO 9595 [13], ISO 9595/
  1366. DAD 1 [27] and ISO9595/DAD2[28].
  1367.  
  1368.     Multiple object selection filter and Multiple reply functional units as 
  1369. defined in ISO9595[13] are optional. Their use is application dependent. 
  1370. The negotiation during association establishment to use or not use the Func-
  1371. tional Units shall be supported.
  1372.  
  1373.     Support of the extended service functional unit defined in 
  1374. ISO9595[13] is not required for conformance to this Recommendation and 
  1375. negotiation shall be supported, at association establishment, for its non-use.
  1376.  
  1377. 4.7.5    Common management information protocol
  1378.  
  1379.     Implementations shall support those operations defined in 
  1380. ISO9596[17], ISO9596/DAD1[29] and ISO9596/DAD2[30] that are 
  1381. required by specific applications. All mandatory parameters defined in 
  1382. ISO9596[17], ISO9596/DAD1[29] and ISO9596/DAD2[30] for the 
  1383. required operations are mandatory parameters for this Recommendation.
  1384.  
  1385. 4.7.6    Remote operations service element (ROSE)
  1386.  
  1387.     Network Management Transaction-oriented applications shall use the 
  1388. following underlying service defined in RecommendationX.219[14]:
  1389.  
  1390. û    Remote operations service element (ROSE). The protocol is speci-
  1391. fied in RecommendationX.229[18].
  1392.  
  1393.     The requirement specified above implies association class3 in ROSE.
  1394.  
  1395. 4.8    Conformance
  1396.  
  1397.     For further study.
  1398.  
  1399. ANNEX A
  1400.  
  1401. (to Recommendation G.773)
  1402.  
  1403. Example of extended mode for A1 protocol suite
  1404.  
  1405. A.1    Extended mode
  1406.  
  1407.     For those cases where it is required to extend beyond the range of the 
  1408. bus, one or several different capabilities may be used. For the case using 
  1409. modems the requirements of ºº3.1.1.2.1 to 3.1.1.2.3 apply with the follow-
  1410. ing exceptions:
  1411.  
  1412. A.1.1    Configuration û Full duplex
  1413.  
  1414.     The connector shall conform to IEEE488 [31]. Appropriate signal 
  1415. lines are to be provided for modem control in accordance with 
  1416. RecommendationV.24 [32]. See TableA-1/G.773.
  1417.  
  1418. A.1.2    Electrical requirements
  1419.  
  1420.     Data set control leads shall conform to RecommendationV.24 [32].
  1421.  
  1422. A.1.3    Line code
  1423.  
  1424.     NRZ line code shall be employed. A separate clock distribution shall 
  1425. be provided.
  1426.  
  1427. A.1.4    Speed
  1428.  
  1429.     The bit rate shall be 9600bit/s or 64000 bit/s. Lower speeds, e.g. 
  1430. 1200, 2400 and 4800bit/s, may be necessary in some applications.
  1431.  
  1432.  
  1433.  
  1434. References
  1435.  
  1436. [1]    CCITT Recommendation Principles for a telecommunications man-
  1437. agement network (TMN), Vol. IV, Rec.M.30.
  1438.  
  1439. [2]    CCITT Recommendation Reference model of open system intercon-
  1440. nection for CCITT applications, Vol. VIII, RecX.200 (ISO7498, 
  1441. 1984).
  1442.  
  1443. [3]    CCITT Recommendation Physical layer service definition of open 
  1444. system interconnection (OSI) for CCITT applications, Vol. VIII, Rec. 
  1445. X.211 (ISO 10022, 1989).
  1446.  
  1447. [4]    ISO8482 Information processing systems û Data communication û 
  1448. Twisted pair multipoint interconnections, 1987.
  1449.  
  1450. [5]    CCITT Recommendation Data link service definition for open system 
  1451. interconnection for CCITT applications, Vol. VIII, Rec.X.212 
  1452. (ISO8886, 1988).
  1453.  
  1454. [6]    ISO3309 Information processing systems û Data communication û 
  1455. High-level data link control procedures û Frame structure, 1984.
  1456.  
  1457. [7]    ISO 4335 Information processing systems û Data communication û 
  1458. Consolidation of elements of procedures, 1987.
  1459.  
  1460. [8]    ISO 7809 Information processing systems û Data communication û 
  1461. High-level data link control procedures û Consolidation of classes of 
  1462. procedures, 1984.
  1463.  
  1464. [9]    ISO 8348/AD 1 Information processing systems û Data communica-
  1465. tions û Network service definition; Addendum 1: Connectionless-
  1466. mode transmission, 1987.
  1467.  
  1468. [10]    ISO 8348/AD 2 Information processing systems û Data communica-
  1469. tions û Network service definition; Addendum 2: Network layer 
  1470. addressing, 1988.
  1471.  
  1472. [11]    ISO 8473 Information processing systems û Data communications û 
  1473. Protocol for providing the connectionless-mode network service, 
  1474. 1988.
  1475.  
  1476. [12]    CCITT Recommendation Presentation service definition for open sys-
  1477. tem interconnection for CCITT applications, Vol. VIII, Rec. X.216 
  1478. (ISO8822, 1987).
  1479.  
  1480. [13]    ISO9595 Information processing systems û Open systems intercon-
  1481. nection û Common management information service definition 
  1482. (CMIS), 1990.
  1483.  
  1484. [14]    CCITT Recommendation Remote operations: model, notation and 
  1485. service definition, Vol. VIII, Rec.X.219, (ISO9072-1, 1988).
  1486.  
  1487. [15]    CCITT Recommendation Specification of abstract syntax notation 
  1488. one (ASN.1), Vol. VIII, Rec.X.208 (ISO8824, 1987).
  1489.  
  1490. [16]    CCITT Recommendation Specification of basic encoding rules for 
  1491. abstract syntax notation one (ASN.1), Vol. VIII, Rec.X.209 
  1492. (ISO8825, 1987).
  1493.  
  1494. [17]    ISO9596 Information processing systems û Open systems intercon-
  1495. nection û Common management information protocol specification 
  1496. (CMIP), 1990.
  1497.  
  1498. [18]    CCITT Recommendation Remote operations: protocols specification, 
  1499. Vol. VIII, Rec.X.229.
  1500.  
  1501. [19]    ISO8473/AD 3 Information processing systems û Data communica-
  1502. tions û Protocol for providing the connectionless-mode network ser-
  1503. vice; Addendum 3: Provision of the underlying service assumed by 
  1504. ISO8473 over sub-networks which provide the OSI data link service, 
  1505. 1988.
  1506.  
  1507. [20]    ISO 8802-3 Information processing systems û Local area networks û 
  1508. Part3: Carrier sense multiple access with collision detection û Access 
  1509. method and physical layer specifications, 1989.
  1510.  
  1511. [21]    CCITT Recommendation Numbering plan for the ISDN area, Vol. II, 
  1512. Rec.E.164.
  1513.  
  1514. [22]    ISO8802-2 Information processing systems û Local area networks û 
  1515. Part2: Logical link control, Rec.E.164, 1988.
  1516.  
  1517. [23]    ISO8802-2/DAD2 Logical Link Control; Addendum2: Acknowl-
  1518. edged connectionless-mode service and protocol, Type3 operation, 
  1519. 1988.
  1520.  
  1521. [24]    ISO 4902 Data communication û 37 pin and 9 pin DTE/DCE inter-
  1522. face connectors and pin assignments, 1989.
  1523.  
  1524. [25]    CCITT Recommendation Association control service definition for 
  1525. open system interconnections for CCITT applications, Vol. VIII, 
  1526. Rec.X.217 (ISO8649,1988).
  1527.  
  1528. [26]    CCITT Recommendation Association control protocol specification 
  1529. for open system interconnections for CCITT applications, Rec.X.227 
  1530. (ISO8650, 1988).
  1531.  
  1532. [27]    ISO9595/DAD 1 Information processing systems û Open system 
  1533. interconnection û Common management information service element 
  1534. definition, CANCEL-GET.
  1535.  
  1536. [28]    ISO9595/DAD 2 Information processing systems û Open system 
  1537. interconnection û Common management information service element 
  1538. definition, REMOVE.
  1539.  
  1540. [29]    ISO9596/DAD 1 Information processing systems û Open system 
  1541. interconnection û Common management information protocol speci-
  1542. fication, CANCEL--GET.
  1543.  
  1544. [30]    ISO9596/DAD 2 Information processing systems û Open system 
  1545. interconnection û Common management information protocol speci-
  1546. fication, REMOVE.
  1547.  
  1548. [31]    IEEE STD488 Standard digital interface for programmable instru-
  1549. mentation, 1978.
  1550.  
  1551. [32]    CCITT Recommendation List of definitions for interchange circuits 
  1552. between data terminal equipment (DTE) and data circuit- terminating 
  1553. equipment (DCE), Vol. VIII, Rec.V.24.
  1554.  
  1555. [33]    EIA RS 449 General purpose 37-position and 9-position interface for 
  1556. data terminal equipment and data circuit-terminating equipment 
  1557. employing serial binary data interchange, 1977.
  1558.  
  1559. [34]    CCITT Recommendation Electrical characteristics for unbalanced 
  1560. double-current interchange circuits, Vol.VIII, Rec.V.28.
  1561.  
  1562. [35]    CCITT Recommendation Data transmission at 48kbits per second 
  1563. using 60-108kHz group band circuits, Vol. VIII, Rec.V.35.
  1564.  
  1565. [36]    CCITT Recommendation Electrical characteristics for balanced dou-
  1566. ble-current interchange circuits for general use with integrated circuit 
  1567. equipment in the field of data communications, Vol. VIII, Recs.V.11 
  1568. andX.27.
  1569.  
  1570. [37]    ISO2110 Data communication û 25-pin DTE/DCE interface connec-
  1571. tor and pin assignments, 1989.
  1572.  
  1573. [38]    ISO2593 Data communications û 34-pin DTE/DCE interface con-
  1574. nector and pin assignments, 1984.
  1575.  
  1576. [39]    CCITT Recommendation Interface between data terminal equipment 
  1577. (DTE) and data circuit-terminating equipment (DCE) for terminals 
  1578. operating in the packet mode and connected to public data networks 
  1579. by dedicated circuit, Vol. VIII, Rec.X.25 (ISO 8208, 1984 and ISO 
  1580. 7776, 1986).
  1581.  
  1582. [40]    ISO7776 Information processing systems û Data communications û 
  1583. High-level data link control proce-
  1584. dures ûDescription of the X.25 ûLAPB-compatible DTE data link 
  1585. procedures, 1986.
  1586.  
  1587. [41]    ISO8208 Information processing systems data communications û 
  1588. X.25 packet level protocol for data terminal equipment, 1987.
  1589.  
  1590. [42]    CCITT Recommendation Use of X.25 to provide the OSI connection-
  1591. mode network service for CCITT applications, Vol. VIII, Rec.X.223 
  1592. (ISO8878, 1987).
  1593.  
  1594. [43]    CCITT Recommendation Procedure for exchange of protocol identifi-
  1595. cation during virtual call establishment on packet switched public 
  1596. data networks, Vol. VIII, Rec.X.244 (ISO TR 9577, 1990).
  1597.  
  1598. [44]    ISOTR 9577 Information technology û Telecommunications and 
  1599. information exchange between systems û Protocol identification in 
  1600. the OSI network layer, 1990.
  1601.  
  1602. [45]    ISO IEC8073/AD 1 Information processing systems û Open systems 
  1603. interconnection û Connection oriented transport protocol 
  1604. specificationûAddendum1: Network connection management sub-
  1605. protocol, 1988 .
  1606.  
  1607. [46]    CCITT Recommendation International numbering plan for public 
  1608. data networks, Vol. VIII, Rec.X.121.
  1609.  
  1610. [47]    CCITT Recommendation Network service definition for open sys-
  1611. tems interconnection for CCITT applications, Rec.X.213, 1988 
  1612. (ISO8348, 1987; 8348/AD2, 1989; 8348/AD 3, 1988).
  1613.  
  1614. [48]    CCITT Recommendation Transport service definition for open sys-
  1615. tems interconnection for CCITT applications, Vol. VIII, Rec.X.214 
  1616. (ISO8072, 1986).
  1617.  
  1618. [49]    CCITT Recommendation Transport protocol specification for open 
  1619. systems interconnection for CCITT applications, Vol. VIII, 
  1620. Rec.X.224 (ISO8073, 1988).
  1621.  
  1622. [50]    ISO8072 Information processing systems û Open systems intercon-
  1623. nection û Transport service definition, 1986.
  1624.  
  1625. [51]    ISO 8073 Information processing systems û Open systems intercon-
  1626. nection û Connection-oriented transport protocol specification, 1988. 
  1627.  
  1628. [52]    ISO 8073/AD 2 Information processing systems û Open systems 
  1629. interconnection û Connection-oriented transport protocol specifica-
  1630. tion, 1988 û Addendum2: Class4 operation over connectionless net-
  1631. work service, 1989.
  1632.  
  1633. [53]    CCITT Recommendation Session service definition for open system 
  1634. interconnection for CCITT applications, Vol. VIII, Rec.X.215 
  1635. (ISO8326, 1987 û 8326/AD1, 1988 û 8326/AD 3, 1989).
  1636.  
  1637. [54]    CCITT Recommendation Session protocol specification for open sys-
  1638. tem interconnection (OSI) for CCITT applications, Vol. VIII, 
  1639. Rec.X.225 (ISO8327 û 8327/AD 1 û 8327/AD 3, 1988).
  1640.  
  1641. [55]    CCITT Recommendation Presentation protocol specification for open 
  1642. system interconnection for CCITT applications, Vol. VIII, Rec.X.226 
  1643. (ISO8823, 1988).
  1644.  
  1645. [56]    ISO 9545 Open systems interconnection application layer structure, 
  1646. 1989.
  1647.  
  1648. [57]    EIA RS 485 Standard for electrical characteristics of generators and 
  1649. receivers for use in balanced digital multipoint systems, 1983.
  1650.  
  1651. [58]    CCITT Recommendation Q-interfaces protocol selection process for 
  1652. transmission equipment, Vol.III, Rec.G.771.
  1653.  
  1654. [59]    ISO 8880/3 Specification of protocols to provide and support the OSI 
  1655. network service û Part 3: Provision and support of connectionless-
  1656. mode network service, 1988.
  1657.  
  1658. [60]    ISO DTR 10172 Informations processing systems û Data communica-
  1659. tions network/transport protocol interworking specification.
  1660.  
  1661. [61]    CCITT Recommendation Interface between data terminal equipment 
  1662. (DTE) and data circuit-terminating equipment (DCE) for synchronous 
  1663. operation on public data networks, Vol. VIII, Rec.X.21.
  1664.  
  1665. [62]    CCITT Recommendation Use on public data networks of data termi-
  1666. nal equipment (DTE) which is designed for interfacing to synchro-
  1667. nous V-Series modems, Vol. VIII, Rec.X.21bis.
  1668.  
  1669. [63]    ISO 4903 Data communication û 15-pin DTE/DCE interface connec-
  1670. tor and pin assignments, 1980.
  1671.  
  1672. [64]    CCITT Recommendation Electrical characteristics for unbalanced 
  1673. double-current interchange circuits for general use with field of data 
  1674. communications, Vol. VIII, Recs.V.10 and X.26.
  1675.  
  1676.  
  1677.  
  1678.  
  1679.  
  1680.  
  1681.  
  1682.  
  1683.  
  1684. INTERNATIONAL  TELECOMMUNICATION  UNION
  1685.  
  1686.  
  1687.  
  1688.  
  1689.  
  1690.  
  1691.  
  1692. CCITT    G.773
  1693.  
  1694. THE  INTERNATIONAL
  1695. TELEGRAPH  AND  TELEPHONE
  1696. CONSULTATIVE  COMMITTEE
  1697.  
  1698.  
  1699.  
  1700.  
  1701.  
  1702.  
  1703.  
  1704.  
  1705.  
  1706.  
  1707.  
  1708. GENERAL  ASPECTS  OF  DIGITAL
  1709. TRANSMISSION  SYSTEMS;
  1710. TERMINAL  EQUIPMENTS
  1711.  
  1712.  
  1713.  
  1714.  
  1715.  
  1716. PROTOCOL  SUITES  FOR  Q-INTERFACES
  1717. FOR  MANAGEMENT  OF
  1718. TRANSMISSION  SYSTEMS
  1719.  
  1720.  
  1721.  
  1722.  
  1723.  
  1724.  
  1725.  
  1726.  
  1727.  
  1728.  
  1729.  
  1730. Recommendation  G.773
  1731.  
  1732.  
  1733.  
  1734.  
  1735.  
  1736.  
  1737.  
  1738. Geneva, 1990
  1739.  
  1740.  
  1741.  
  1742.  
  1743.  
  1744. FOREWORD
  1745.  
  1746.     The CCITT (the International Telegraph and Telephone Consultative 
  1747. Committee) is a permanent organ of the International Telecommuni-
  1748. cation Union (ITU). CCITT is responsible for studying technical, 
  1749. operating and tariff questions and issuing Recommendations on them 
  1750. with a view to standardizing telecommunications on a worldwide 
  1751. basis.
  1752.  
  1753.     The Plenary Assembly of CCITT which meets every four years, 
  1754. establishes the topics for study and approves Recommendations pre-
  1755. pared by its Study Groups. The approval of Recommendations by the 
  1756. members of CCITT between Plenary Assemblies is covered by the 
  1757. procedure laid down in Resolution No. 2 (Melbourne, 1988).
  1758.  
  1759.     Recommendation G.773 was prepared by Study Group XV and was 
  1760. approved under the Resolution No. 2 procedure on the 14th of December 
  1761. 1990.
  1762.  
  1763.  
  1764.  
  1765. ___________________
  1766.  
  1767.  
  1768.  
  1769. CCITT  NOTE
  1770.  
  1771.     In this Recommendation, the expression ôAdministrationö is used for 
  1772. conciseness to indicate both a telecommunication Administration and 
  1773. a recognized private operating agency.
  1774.  
  1775.  
  1776.  
  1777.  
  1778.  
  1779.  
  1780.  
  1781.  
  1782.  
  1783. πITU1990
  1784.  
  1785. All rights reserved. No part of this publication may be reproduced or uti-
  1786. lized in any form or by any means, electronic or mechanical, including pho-
  1787. tocopying and microfilm, without permission in writing from the ITU.
  1788.