home *** CD-ROM | disk | FTP | other *** search
/ Internet Standards / CD2.mdf / ccitt / 1992 / i / i232.asc < prev    next >
Text File  |  1993-06-28  |  12KB  |  509 lines
  1. Recommendation I.232 - Packet mode bearer services categories
  2.  
  3.  
  4.  
  5.     Recommendation I.210 describes the principles for defining telecommunication services supported by an ISDN includ-
  6. ing the concept of bearer services, teleservices and supplementary services. It also provides the means for the definition 
  7. and description of such services.
  8.  
  9.  
  10.  
  11.     The purpose of this Recommendation is to define a recommended set of packet mode bearer services categories, to 
  12. describe individual packet mode bearer services and to recommend their provision in ISDN. The definitions and descrip-
  13. tions form the basis to define the network capabilities required for the support of the services in ISDN. 
  14.  
  15.  
  16.  
  17.     Bearer service categories are described by prose definitions and descriptions, by attributes and their values and by 
  18. dynamic descriptions following the description method given in RecommendationI.130. The application of the attribute 
  19. technique and the definitions of these attributes and attribute values is given in Recommendation I.140.
  20.  
  21.  
  22.  
  23.     The following set of bearer services categories is currently identified and more may be identified in the future:
  24.  
  25.  
  26.  
  27.     -     virtual call and permanent virtual circuit bearer service category;
  28.  
  29.  
  30.  
  31.     -     connectionless bearer service category;
  32.  
  33.  
  34.  
  35.     -     user signalling bearer service category.
  36.  
  37.  
  38.  
  39. I.232.1 - Virtual call and permanent virtual circuit bearer service category
  40.  
  41.  
  42.  
  43. 1.    Definition
  44.  
  45.  
  46.  
  47.     This bearer service category provides the unrestricted transfer (without alteration)  of user information in a pack-
  48. etized manner over a virtual circuit within a B or D channel at the S/T reference point. Signalling information for virtual 
  49. call and/or possibly OAM information for permanent virtual circuit services are transferred via B or D channel as 
  50. described in Recommendation I.462 (X.31).
  51.  
  52.  
  53.  
  54. 2.    Description
  55.  
  56.  
  57.  
  58. 2.1    General description
  59.  
  60.  
  61.  
  62.     This packet mode bearer service category allows users (e.g., terminals) in a point-to-point communication configu-
  63. ration to communicate via the ISDN using X.25 encoding, by means of Recommendation I.462 (X.31) procedures over 
  64. either B or D channels, in both directions continuously and simultaneously for the duration of a call.
  65.  
  66.  
  67.  
  68. 2.2    Specific terminology
  69.  
  70.  
  71.  
  72.     Not applicable.
  73.  
  74.  
  75.  
  76. 2.3    Qualifications
  77.  
  78.  
  79.  
  80.     Not applicable.
  81.  
  82.  
  83.  
  84. 3.    Procedures
  85.  
  86.  
  87.  
  88.     Detailed procedures for virtual calls appear in                       RecommendationI.462(X.31) case B. This descrip-
  89. tion is a synopsis of those procedures. For actual, complete procedures, refer to RecommendationI.462.
  90.  
  91.  
  92.  
  93. 3.1    Provision/withdrawal
  94.  
  95.  
  96.  
  97.     For further study.
  98.  
  99.  
  100.  
  101. 3.2    Normal procedures
  102.  
  103.  
  104.  
  105. 3.2.1    Activation/Deactivation/Registration
  106.  
  107.  
  108.  
  109.     Not applicable.
  110.  
  111.  
  112.  
  113. 3.2.2    Invocation and operation
  114.  
  115.  
  116.  
  117. 3.2.2.1Virtual call procedures
  118.  
  119.  
  120.  
  121.     a)    Call establishment
  122.  
  123.  
  124.  
  125.     For virtual calls, X.25 will be used on an active channel (BorD) to the packet handler. In order to establish that 
  126. channel and/or to negotiate the type of channel to be used, out- of-band signalling procedures may be used. 
  127. Once connected to the packet handler, remaining call information, including called user address, are signalled in 
  128. the X.25 call request.
  129.  
  130.  
  131.  
  132.     b)    Data transfer phase
  133.  
  134.  
  135.  
  136.     Once established, the virtual circuit is then available for unrestricted X.25 data transfer in both directions contin-
  137. uously and simultaneously. During the data transfer phase, information exchange occurs with the following char-
  138. acteristics, among others:
  139.  
  140.  
  141.  
  142.         -     packetized;
  143.  
  144.  
  145.  
  146.         -     flow control;
  147.  
  148.  
  149.  
  150.         -     delivery confirmation (optional);
  151.  
  152.  
  153.  
  154.         -     reset/interrupt.
  155.  
  156.  
  157.  
  158.     c)    Terminating the call
  159.  
  160.  
  161.  
  162.     The call may be terminated by either of both of the users by indicating this to the network. In either case, an 
  163. appropriate indication is sent to the other user. The active channel may be released after the termination of the 
  164. last virtual call on that channel.
  165.  
  166.  
  167.  
  168. 3.2.2.2Permanent virtual circuit procedures
  169.  
  170.  
  171.  
  172.     For permanent virtual circuits on B or D channels there is no call set up or clearing. For permanent virtual circuits 
  173. using B channel access, a semi- permanent connection of the channel to the packet handler must be in place. The pro-
  174. cedures for the control of packets between user terminal equipment and network are covered by X.25 data transfer 
  175. phase.
  176.  
  177.  
  178.  
  179. 3.2.3    Interrogation/Editing
  180.  
  181.  
  182.  
  183.     Not applicable.
  184.  
  185.  
  186.  
  187. 3.3    Exceptional procedures
  188.  
  189.  
  190.  
  191. 3.3.1    Activation/Deactivation/Registration
  192.  
  193.  
  194.  
  195.     Not applicable.
  196.  
  197.  
  198.  
  199. 3.3.2    Invocation and operation
  200.  
  201.  
  202.  
  203. 3.3.2.1Virtual call
  204.  
  205.  
  206.  
  207.     In case of failure situations due to calling/called user error, user state, or network conditions, appropriate failure 
  208. indications will be signalled from the network and the call set-up or established call may be terminated. For detailed 
  209. procedures, see Recommendation I.462.
  210.  
  211.  
  212.  
  213. 3.3.2.2Permanent virtual circuit
  214.  
  215.  
  216.  
  217.     In case of failure situations due to user error, user state, or network conditions, appropriate failure indications will be 
  218. signalled from the network. For detailed procedures, see Recommendation I.462.
  219.  
  220.  
  221.  
  222. 3.3.3    Interrogation/Editing
  223.  
  224.  
  225.  
  226.     Not applicable.
  227.  
  228.  
  229.  
  230. 3.4    Alternative procedures
  231.  
  232.  
  233.  
  234.     Not applicable.
  235.  
  236.  
  237.  
  238. 3.5    Verification
  239.  
  240.  
  241.  
  242.     Not applicable.
  243.  
  244.  
  245.  
  246. 4.    Network capabilities for charging
  247.  
  248.  
  249.  
  250.     This Recommendation does not cover charging principles. Future Recommendations in the D-Series are expected to 
  251. contain that information.
  252.  
  253.  
  254.  
  255. 4.1    Virtual call charging
  256.  
  257.  
  258.  
  259.     It shall be possible to charge the subscriber accurately for the virtual call service.
  260.  
  261.  
  262.  
  263. 4.2    Permanent virtual circuit charging
  264.  
  265.  
  266.  
  267.     It shall be possible to charge the subscriber accurately for the permanent virtual circuit service.
  268.  
  269.  
  270.  
  271. 5.    Interworking
  272.  
  273.  
  274.  
  275.     General interworking arrangements for this bearer service category are defined in Recommendation X.300. Specific 
  276. interworking procedures are in Recommendation I.462.
  277.  
  278.  
  279.  
  280. 6.    Interaction with supplementary services
  281.  
  282.  
  283.  
  284.     (Not applicable.)
  285.  
  286.  
  287.  
  288. 7.    Attributes and values of attributes (including the provision of individual bearer services)
  289.  
  290.  
  291.  
  292. 7.1    Attributes/values
  293.  
  294.  
  295.  
  296.     Information transfer attributes
  297.  
  298.  
  299.  
  300.     1)    Information transfer mode    packet
  301.  
  302.  
  303.  
  304.     2)    Information transfer rate    maximum throughput of a given virtual circuit is  less than or equal to the maximum 
  305. bit rate of the user information access channel and the throughput class of the virtual circuit
  306.  
  307.  
  308.  
  309.     3)    Information transfer capability    unrestricted
  310.  
  311.  
  312.  
  313.     4)    Structure    service data unit integrity
  314.  
  315.  
  316.  
  317.      5)    Establishment of communication    demand (virtual call)/ permanent (permanent virtual circuit)
  318.  
  319.  
  320.  
  321.     6)    Symmetry    bidirectional symmetric
  322.  
  323.  
  324.  
  325.     7)    Communication configuration    point-to-point
  326.  
  327.  
  328.  
  329.     Access attributes
  330.  
  331.  
  332.  
  333.     8)    Access channel    user information over virtual circuit within B or D channel. When D channelis used, maximum 
  334. packet size and quality of service may be restricted. Signalling may be provided via   D-chan-
  335. nel and/or virtual circuit within B-channel
  336.  
  337.  
  338.  
  339.     9)    Access protocol     as specified in Recommendations I.440, I.450, I.451, I.462 and X.25 (layers 2 and 3)
  340.  
  341.  
  342.  
  343.     General attributes
  344.  
  345.  
  346.  
  347.     10) Supplementary services provided      as listed in               Recommendation  X.2. Oth-
  348. ers are for further study
  349.  
  350.  
  351.  
  352.     11-13)          for further study
  353.  
  354.  
  355.  
  356. 7.2    Provision of individual bearer services
  357.  
  358.  
  359.  
  360.     a)    overall provision: E
  361.  
  362.  
  363.  
  364.     b)    variations of secondary attributes:
  365.  
  366.  
  367.  
  368. +ûûûûûûûûûûûûûû+ûûûûûûûûûûûûûûûûûû+ûûûûûûûûûûûûûû+ûûûûûûûûûûûûûû+ûûûûûûûûûûû+
  369.  
  370. |Information   | Establishment    |  Symmetry    |Communication | Provision |
  371.  
  372. |transfer rate | of communication |              |configuration |           |
  373.  
  374. +ûûûûûûûûûûûûûû+ûûûûûûûûûûûûûûûûûû+ûûûûûûûûûûûûûû+ûûûûûûûûûûûûûû+ûûûûûûûûûûû+
  375.  
  376. |   Note 1     |     demand       |Bidirectional |    pt-pt     |     E     |
  377.  
  378. |              |                  | Symmetric    |              |           |
  379.  
  380. |              |                  |              |              |           |
  381.  
  382. |   Note 1     |   permanent      |Bidirectional |    pt-pt     |     E     |
  383.  
  384. |              |                  | Symmetric    |              |           |
  385.  
  386. |              |                  |              |              |           |
  387.  
  388. +ûûûûûûûûûûûûûû+ûûûûûûûûûûûûûûûûûû+ûûûûûûûûûûûûûû+ûûûûûûûûûûûûûû+ûûûûûûûûûûû+
  389.  
  390.  
  391.  
  392. Note 1 - The exact values of information transfer rates for the virtual call and permanent virtual circuit are for further 
  393. study.
  394.  
  395.  
  396.  
  397.     c)    Access
  398.  
  399.  
  400.  
  401. +ûûûûûûûûûûûûûûûûûûûûûûû+ûûûûûûûûûûûûûûûûûûûûûû+ûûûûûûûûûûûûûûûûûûû+ûûûûûûûûûû+
  402.  
  403. |Access Channel Control |Virtual Call Control  |                   |Provision |
  404.  
  405. |                       |                      |                   |          |
  406.  
  407. |  Signalling and OAM   | Signalling and OAM   |User information   |          |
  408.  
  409. |    (Notes 1 and 2)    |  (Notes 1 and 3)     |                   |          |
  410.  
  411. +ûûûûûûûûûû+ûûûûûûûûûûûû+ûûûûûûûûûû+ûûûûûûûûûûû+ûûûûûûûûû+ûûûûûûûûû+          |
  412.  
  413. |Channel   |  Protocols | Channel  | Protocols |Channel  |Protocols|          |
  414.  
  415. |and rate  |            | and rate |           |and rate |         |          |
  416.  
  417. +ûûûûûûûûûû+ûûûûûûûûûûûû+ûûûûûûûûûû+ûûûûûûûûûûû+ûûûûûûûûû+ûûûûûûûûû+ûûûûûûûûûû+
  418.  
  419. | D(16)    |I.451,      |  B(64)   |X.25    L3,|  B(64)  |X.25  L3,|    A     |
  420.  
  421. |          |I.441,      |          |X.25    L2,|         |X.25  L2,|          |
  422.  
  423. |          |I.430       |          |I.430      |         |I.430    |          |
  424.  
  425. +ûûûûûûûûûû+ûûûûûûûûûûûû+ûûûûûûûûûû+ûûûûûûûûûûû+ûûûûûûûûû+ûûûûûûûûû+ûûûûûûûûûû+
  426.  
  427. | D(64)    |I.451,      |  B(64)   |X.25    L3,|  B(64)  |X.25  L3,|    A     |
  428.  
  429. |          |I.441,      |          |X.25    L2,|         |X.25  L2,|          |
  430.  
  431. |          |I.431       |          |I.431      |         |I.431    |          |
  432.  
  433. +ûûûûûûûûûû+ûûûûûûûûûûûû+ûûûûûûûûûû+ûûûûûûûûûûû+ûûûûûûûûû+ûûûûûûûûû+ûûûûûûûûûû+
  434.  
  435. | D(16)    |I.451,      |  D(16)   |X.25    L3,|  D(16)  |X.25  L3,|    A     |
  436.  
  437. |          |I.441,      |          |I.441,     |         |I.441,   |          |
  438.  
  439. |          |I.430       |          |I.430      |         |I.430    |          |
  440.  
  441. +ûûûûûûûûûû+ûûûûûûûûûûûû+ûûûûûûûûûû+ûûûûûûûûûûû+ûûûûûûûûû+ûûûûûûûûû+ûûûûûûûûûû+
  442.  
  443. | D(64)    |I.451,      |  D(64)   |X.25    L3,|  D(64)  |X.25  L3,|    A     |
  444.  
  445. |          |I.441,      |          |I.441,     |         |I.441,   |          |
  446.  
  447. |          |I.431       |          |I.431      |         |I.431    |          |
  448.  
  449. +ûûûûûûûûûû+ûûûûûûûûûûûû+ûûûûûûûûûû+ûûûûûûûûûûû+ûûûûûûûûû+ûûûûûûûûû+ûûûûûûûûûû+
  450.  
  451.  
  452.  
  453. Note 1 - The definition of other protocols for OAM is for further study.
  454.  
  455.  
  456.  
  457. Note 2 - The protocols listed in this column are for establishing communications with the packet handling function using 
  458. out-of-band call control signals. This procedure does not apply in certain cases (for example, semi-permanent D chan-
  459. nel connection).
  460.  
  461.  
  462.  
  463. Note 3 - The protocols listed in this column are for the establishment of a virtual circuit using X.25 procedures. These 
  464. procedures do not apply to permanent virtual circuits.
  465.  
  466.  
  467.  
  468. 8.    Dynamic description
  469.  
  470.  
  471.  
  472.     Dynamic descriptions for the Recommendation I.462 procedures in the virtual call and permanent virtual circuit bearer 
  473. service category are for future study. State transition diagrams for layer 3 of Recommendation X.25 (Annex B) apply for 
  474. virtual call and permanent virtual circuit.
  475.  
  476.  
  477.  
  478. I.232.2 - Connectionless bearer service category
  479.  
  480.  
  481.  
  482. Note - This connectionless bearer service category is a different concept from, and should not be confused with, the OSI 
  483. Connectionless Mode Network Service. Thus, the name of this service may change as the service is better defined.
  484.  
  485.  
  486.  
  487.     Further aspects of this bearer service category are for further study.
  488.  
  489.  
  490.  
  491. I.232.3 - User signalling bearer service category
  492.  
  493.  
  494.  
  495. Note - This service is different from, and should not be confused with, the user-to-user signalling supplementary service 
  496. (see I.257). The user-to-user signalling supplementary service is used in conjuction with either a bearer service or a 
  497. teleservice. The user signalling bearer service stands on its own and is not used in conjunction with a bearer service or a 
  498. teleservice.
  499.  
  500.  
  501.  
  502.     Further aspects of this bearer service category are for further study.
  503.  
  504.  
  505.  
  506.  
  507.  
  508.  
  509.