home *** CD-ROM | disk | FTP | other *** search
/ Internet Standards / CD2.mdf / ccitt / 1992 / i / i221.asc < prev    next >
Text File  |  1993-06-28  |  7KB  |  201 lines
  1. Recommendation I.221 - Common specific characteristics of services 
  2.  
  3.  
  4.  
  5. 1.    Introduction
  6.  
  7.  
  8.  
  9.     The principles of Telecommunication Services supported by an ISDN and the means to describe them are given in 
  10. Recommendation I.210.
  11.  
  12.  
  13.  
  14.     The attribute technique and values of attributes, which form part of the standardized description method, (see 
  15. Recommendation I.130) for services, are given in Recommendation I.140.
  16.  
  17.  
  18.  
  19.     This Recommendation refers to and details the common specific characteristics of services for both basic services 
  20. and supplementary services.
  21.  
  22.  
  23.  
  24. 2.    Scope and content of the Recommendation
  25.  
  26.  
  27.  
  28.     This Recommendation identifies and describes those common specific characteristics of services which are a 
  29. common feature of both individual services and help to form a relationship between services.
  30.  
  31.  
  32.  
  33.     These characteristics are used in a consistent manner throughout the ISDN services and are intended to be service 
  34. independent. They are used, for instance, to help to identify the situations under which certain supplementary services 
  35. are invoked during the operation of basic services.
  36.  
  37.  
  38.  
  39. 3.    Common specific characteristics
  40.  
  41.  
  42.  
  43. 3.1    Definition of busy in an ISDN
  44.  
  45.  
  46.  
  47. 3.1.1    Scope
  48.  
  49.  
  50.  
  51.     This section describes the conditions under which a given ISDN destination is considered "busy". In general, this 
  52. occurs whenever the resources associated with that destination (and needed to successfully complete the call) exist 
  53. but are not available for that call. In existing networks, such as the PSTN, this is indicated to the calling subscriber by 
  54. "busy tone".
  55.  
  56.  
  57.  
  58.     In addition, the operation of certain ISDN supplementary services occurs when certain of these resources are busy. 
  59. Therefore, these "resource busy" conditions are also described herein.
  60.  
  61.  
  62.  
  63.     This section does not cover the cases where network resources not associated with a given destination are 
  64. unavailable, or when such resources are out-of-service or otherwise non-functional.
  65.  
  66.  
  67.  
  68. 3.1.2    Resources
  69.  
  70.  
  71.  
  72.     Two main categories of resources may become involved in the determination of "busy": a) interface resources 
  73. and b) customer resources.
  74.  
  75.  
  76.  
  77.     a)    Interface resources include the signalling channel (D channel), other physical channels (B and H chan-
  78. nels), logical channels (for packet-mode services) and maximum number of calls supported. It is noted that with the 
  79. ongoing activities on "calls vs connections" other interface resources may become important in the future.
  80.  
  81.  
  82.  
  83.     For the purposes of this Recommendation, the signalling channel is considered to be always available and with 
  84. sufficient capacity to handle signalling for new calls. Situations where this is not true are considered to be "failure 
  85. conditions" and are not covered here. For the other interface resources descriptions are given below of what is 
  86. meant when they are considered busy.
  87.  
  88.  
  89.  
  90.     b)    Subscriber resources include the terminal(s) themselves and the persons or processes using them. For 
  91. the purposes of this Recommendation, it is not considered significant which of the subscriber resources are busy, or 
  92. why. An indication from the subscriber that (some, necessary) subscriber resources are busy is sufficient.
  93.  
  94.  
  95.  
  96. 3.1.3    Resource busy conditions
  97.  
  98.  
  99.  
  100.     Three resource busy conditions have been found necessary to refer to and are defined below:
  101.  
  102.  
  103.  
  104. 1)    Channels busy: This condition occurs when there is no appropriate     information channel (physical or logical) 
  105. available for the     network to use for the call.
  106.  
  107.  
  108.  
  109. 2)    Maximum number of total calls reached: This condition occurs when     the maximum number of total calls 
  110. supported at the given     subscriber's interface(s) has been reached.
  111.  
  112.  
  113.  
  114. 3)Subscriber busy: This condition is indicated by the subscriber's terminal equipment, e.g. by having all com-
  115. patible terminals which could respond to the call request indicate "user busy"  either, when they are 
  116. offered a call, or, in response to an enquiry from the network.
  117.  
  118.  
  119.  
  120. 3.1.4    Procedural aspects
  121.  
  122.  
  123.  
  124.     The resource busy conditions described above significantly influence the call offering procedures, both for the 
  125. basic ISDN calls and for calls
  126.  
  127. that may involve ISDN supplementary services. The procedural aspects of call offering are outlined below and shown 
  128. in Figure 1/I.221.
  129.  
  130.  
  131.  
  132.     1)    Assume that a call of a telecommunications service subscribed to by the called subscriber is about to be 
  133. offered.
  134.  
  135.  
  136.  
  137.     2)    If all of the appropriate user-network interface information channels are busy (i.e., channels busy) and either the 
  138. network does not support the offering of additional calls beyond the number of appropriate channels, or the maximum 
  139. number of such additional calls has been reached, the network will clear the call (see also item 7 below) and indicate 
  140. "network determined user busy" back towards the calling subscriber.
  141.  
  142.  
  143.  
  144.     3)    Similarly, if the maximum number of total calls supported at the given subscriber's interface(s) has been 
  145. reached, the network will clear the call (see also item 7 below) and indicate "network determined user busy" back 
  146. towards the calling subscriber.
  147.  
  148.  
  149.  
  150.     4)    Otherwise, the network offers the call to the subscriber.
  151.  
  152.  
  153.  
  154.     5)    If any compatible terminal responds "positively" to the call offering, i.e., gives some indication that the call may 
  155. progress towards successful completion, the normal call offering procedure should continue.
  156.  
  157.  
  158.  
  159.     6)    If no compatible terminal responds "positively" but one or more compatible terminal responds "user busy" then 
  160. when the response- to-call-offering timeout occurs, the network will clear the call with the indication "user determined 
  161. user busy".
  162.  
  163.  
  164.  
  165.     7)    It is recognized that for the determination of a "network determineduser busy" condition, the network does not 
  166. assume any knowledge of whether or not a compatible terminal exists at the called interface. This may mask the deter-
  167. mination of a "no compatible terminal available" condition, i.e., a NDUB condition may be returned when, in fact, no 
  168. compatible terminal is connected. The use of an explicit compatibility check to prevent this from occuring is a service 
  169. provider option and is for further study.
  170.  
  171.  
  172.  
  173. 3.1.5    Definition of busy
  174.  
  175.  
  176.  
  177.     An ISDN destination is considered to be busy if either a "network determined user busy" or a "user determined user busy" 
  178. condition occurs, as described above.
  179.  
  180.  
  181.  
  182. Notes to Figure 1/I.221
  183.  
  184.  
  185.  
  186. Note 1 - This figure illustrates the procedural aspects and the situations which give rise to a clearing procedure containing 
  187. user busy information. It does not attempt to define any signalling protocol or the design of a network.
  188.  
  189.  
  190.  
  191. Note 2 - Points a), b) and c) have been identified to assist in the description of ISDN supplementary services.
  192.  
  193.  
  194.  
  195. Note 3 - The capability to support additional call offerings and the determination of the maximum number of such additional 
  196. calls, may involve the use of a supplementary service, e.g. Call Waiting.
  197.  
  198.  
  199.  
  200.  
  201.