home *** CD-ROM | disk | FTP | other *** search
/ Internet Standards / CD2.mdf / ccitt / 1992 / i / i122_a.asc < prev    next >
Text File  |  1993-06-28  |  6KB  |  208 lines
  1.  
  2.  
  3. Residual Error Rate
  4.  
  5.  
  6.  
  7.     Residual Error Rate is defined for both the additional packet-mode bearer services and the corresponding layer 
  8. services.
  9.  
  10.  
  11.  
  12.     The layer services corresponding to the additional packet-mode bearer services are characterized by the exchange 
  13. of Service Data Units (SDUs). For Frame Relaying 1 SDUs are exchanged at the functional boundary between the core 
  14. functions of I.441* and the end-to-end protocol implemented above them. For France Relaying 2 and Frame Switch-
  15. ing, SDUs are exchanged at the functional boundary between the complete I.441* and the end-to-end functions 
  16. implemented above I.441*. For X.25 based Additional Packet Mode Service, SDUs are exchanged at the functional 
  17. boundary of X.25 PLP (DTP) and the end-to-end functions implemented above.
  18.  
  19.  
  20.  
  21.     The network participates in this exchange by means of Protocol Data Units (PDUs). In Frame Relaying 1 and 2 
  22. PDUs are frames as defined in the core functions of I.441*, in Frame Switching PDUs are frames as defined in I.441*, 
  23. while in X.25 based APMS they are packets as defined in X.25 PLP.
  24.  
  25.  
  26.  
  27.     The Residual Error Rate for the corresponding layer service of APMS is defined as:
  28.  
  29.                        Total correct SDUs delivered
  30.  
  31.         R = 1 -                             
  32.  
  33.                           total offered SDUs
  34.  
  35.  
  36.  
  37.     The Residual Error Rate for the APMSs is defined as the ratio:
  38.  
  39.  
  40.  
  41.                        Total correct PDUs delivered
  42.  
  43.         R = 1 -                             
  44.  
  45.                           total offered PDUs
  46.  
  47.  
  48.  
  49.      The U-plane capabilities are the same as in X.25 PLP Data Transfer
  50.  
  51. Part (DTP).
  52.  
  53.  
  54.  
  55.     In the C-plane all signalling capabilities for call control, parameter nogotiation, etc., are based on a common set 
  56. of protocols (e.g. 1.451 extended) as for all ISDN telecommunication services. In the case of permanent virtual cir-
  57. cuits (PVC) no real time call establishment is necessary and any parameters are agreed upon at subscription time.  
  58.  
  59.  
  60.  
  61. 3.    User-network interface protocol reference model
  62.  
  63.  
  64.  
  65.     Figure 1/I.122 is a direct application of the ISDN protocol reference
  66.  
  67.  
  68.  
  69.  
  70.  
  71. Note 1 - The U-Plane functions applicable to each bearer service are
  72.  
  73. given in Table 1/I.122.
  74.  
  75.  
  76.  
  77. Note 2 - The core functions of Recommendation I.441 are described in 
  78.  
  79. section 3.1.
  80.  
  81.  
  82.  
  83. Note 3 - The U-Plane functions provided by the network at the S/T
  84.  
  85. reference point are determined by the network after negotiation with 
  86.  
  87. the user, based on the requested bearer service and associated parameters.
  88.  
  89. These functions are user selectable for each call. A network may choose
  90.  
  91. not to implement the full set of options. These functions may not be available one by one. So far only three groupings have 
  92. been identified: a) the null set, b) the upper part of I.441, and c) the upper part of I.441 and the data transfer part of X.25 
  93. PLP.
  94.  
  95.  
  96.  
  97.      If not already prescribed by the selected packet mode bearer
  98.  
  99. service, the user may also implement functions such as, for example,
  100.  
  101. recovery from detected transmission, format, and operational errors
  102.  
  103. above the core functions using the full procedures of Recommendation 1.441.
  104.  
  105. Additional functions such as flow control may also be implemented. For
  106.  
  107. example, X.25 data transfer functions may also be implemented above the
  108.  
  109. preceding stack.  
  110.  
  111.  
  112.  
  113. Note 1 - I.441* (upper) is one protocol. Other standard or proprietary
  114.  
  115. protocols may also be used. Additional requirements may be placed on
  116.  
  117. terminals depending on the congestion control and throughput enforcement
  118.  
  119. used.
  120.  
  121.  
  122.  
  123. FIGURE A-1/I.122
  124.  
  125.  
  126.  
  127. Frame relaying 1 service
  128.  
  129.  
  130.  
  131. U-Plane
  132.  
  133.  
  134.  
  135.  
  136.  
  137. No additional (note) U-plane functions visible to the users are performed by the network. If needed by the application, addi-
  138. tional functions are performed
  139.  
  140. end-to-end by layers(s) above the core functions.
  141.  
  142.  
  143.  
  144. Note - Some additional auxiliary U-plane functions such as reset or explicit congestion control may be defined if needed 
  145. from the service perspective.
  146.  
  147.  
  148.  
  149. A.2.2  Frame relaying 2
  150.  
  151.  
  152.  
  153.        The U-plane configuration for this service is shown in Figure A-2/I.122 below:
  154.  
  155.  
  156.  
  157. The terminals operate end-to-end with the complete I.441* protocol.
  158.  
  159. In all other cases, the frame is relayed to one of the adjacent nodes according to the routing plan established at call setup 
  160. time, or at subscription time (if the network is providing a permanent virtual circuit service).
  161.  
  162.  
  163.  
  164. No additional (note) U-plane function visible to the users are performed by the network. If needed by the application, addi-
  165. tional functions are performed end- to-end by layer(s) above the core functions.
  166.  
  167.  
  168.  
  169. Note : - Some additional auxilary U-plane functions such as reset or explicit congestion control may be defined if needed 
  170. from the service perspective.  
  171.  
  172.  
  173.  
  174. The bearer service provided by the network at the S/T reference point supports the full Recommendation I.441 function. 
  175. Received frames that satisfy the 
  176.  
  177. Recommendation I.441 procedure are passed on to an adjacent node according
  178.  
  179. to a routing plant established at call set up time, or at subscription
  180.  
  181. time.
  182.  
  183.  
  184.  
  185. No additional U-plane functions visible to the users are performed in the
  186.  
  187. network. If needed by the application, additional functions are performed
  188.  
  189. end-to-end by layer(s) above layer 2.
  190.  
  191.  
  192.  
  193. A.2.4  X.25-based additional packet mode
  194.  
  195.  
  196.  
  197. The U-plane configuration can comprise several nodes having layer 1,
  198.  
  199. layer 2, and layer 3 functions as is shown in Figure A-4/I.122.
  200.  
  201. Figure A-4/I.122 shows the network in a generic way and illustrates all 
  202.  
  203. functions up to and including layer 3. Other configurations with nodes
  204.  
  205. making use only of the core aspects of Recommendation I.441 as defined
  206.  
  207. in section 3.1 are possible.   
  208.