home *** CD-ROM | disk | FTP | other *** search
/ Internet Standards / CD2.mdf / ccitt / 1992 / i / i253_1.asc < prev    next >
Text File  |  1993-08-21  |  23KB  |  656 lines

  1.  
  2.  
  3. FOREWORD
  4.  
  5.     The CCITT (the International Telegraph and Telephone Consultative 
  6. Committee) is a permanent organ of the International Telecommunication 
  7. Union (ITU). CCITT is responsible for studying technical, operating and tar-
  8. iff questions and issuing Recommendations on them with a view to standard-
  9. izing telecommunications on a worldwide basis.
  10.  
  11.     The Plenary Assembly of CCITT which meets every four years, 
  12. establishes the topics for study and approves Recommendations prepared by 
  13. its Study Groups. The approval of Recommendations by the members of 
  14. CCITT between Plenary Assemblies is covered by the procedure laid down 
  15. in CCITT Resolution No. 2 (Melbourne, 1988).
  16.  
  17.     Recommendation I.253.1 was prepared by Study Group I and was 
  18. approved under the Resolution No. 2 procedure on the 2July1990.
  19.  
  20.  
  21.  
  22.  
  23.  
  24. ___________________
  25.  
  26.  
  27.  
  28.  
  29.  
  30. CCITT  NOTE
  31.  
  32.     In this Recommendation, the expression "Administration" is used for 
  33. shortness to indicate both a telecommunication Administration and a recog-
  34. nized private operating agency.
  35.  
  36.  
  37.  
  38.  
  39.  
  40.  
  41.  
  42.  
  43.  
  44.  
  45.  
  46.  
  47.  
  48.  
  49.  
  50.  
  51.  
  52.  
  53.  
  54. πITU1990
  55.  
  56. All rights reserved. No part of this publication may be reproduced or utilized 
  57. in any form or by any means, electronic or mechanical, including photocopy-
  58. ing and microfilm, without permission in writing from the ITU.
  59.  
  60. PAGE BLANCHE
  61.  
  62. Recommendation I.253.1
  63.  
  64.  
  65.  
  66. CALL WAITING (CW) SUPPLEMENTARY SERVICE1) 
  67.  
  68. 1    Definition
  69.  
  70.     The Call Waiting service is a supplementary service which permits a sub-
  71. scriber to be notified of an incoming  call (as per basic call procedures) with 
  72. an indication that no interface information channel is available. The user 
  73. then has the choice of accepting, rejecting or ignoring the waiting call (as per 
  74. basic call procedures).
  75.  
  76. 2    Description
  77.  
  78. 2.1    General description
  79.  
  80.     The ISDN Call Waiting service allows an out-of-band notification to sub-
  81. scriber B of the incoming call; this is the assumed case for this definition (for 
  82. optional in-band indications, see AnnexA). 
  83.  
  84.     The maximum number of calls that can be handled (e.g. active, held, alert-
  85. ing, waiting) for each ISDN number on a given interface is specified at sub-
  86. scription time.
  87.  
  88.     Note - The situation where at least one B-channel is available may 
  89. be, for a given terminal, a situation similar to the one where all B-channels 
  90. are busy. A terminal receiving a call request and already having an active 
  91. call, may process the new incoming call in the same way as it would have 
  92. processed a call if no B-channel were available, i.e. react positively to the 
  93. incoming call request.
  94.  
  95.     Moreover, when at least one B-channel is free, any compatible busy 
  96. terminal of subscriberB can react positively to an incoming call.
  97.  
  98. 2.2    Specific terminology
  99.  
  100.     Throughout this Recommendation the following terminology will be 
  101. used:
  102.  
  103.     Subscriber B: the subscriber who is provided by the network with the 
  104. Call Waiting service on a particular interface.
  105.  
  106.     User B: the user who reacts to the call waiting at B.
  107.  
  108.     User C: the user who has originated a call to B which causes the Call 
  109. Waiting service to be invoked.
  110.  
  111.     User A: represents a user who is engaged in a call with user B (this 
  112. call can be in any state).
  113.  
  114.     User Response timer T1: this timer specifies the period the network 
  115. will wait for a positive response, from a terminal atB, to the offered call. It is 
  116. part of the basic call and has a value of a few seconds.
  117.  
  118.     No Answer timer T2: this optional timer specifies the period the net-
  119. work will wait for a response (answer), from userB, to the offered call from 
  120. userC. The value of this timer is between0.5 and2minutes.
  121.  
  122.     2.3    Qualifications on the applicability to telecommunication ser-
  123. vices
  124.  
  125.     This supplementary service is considered meaningful when applied 
  126. to the Telephony teleservice and the speech and 3.1kHz audio bearer ser-
  127. vices. Furthermore, it may also be meaningful when applied to other ser-
  128. vices.
  129.  
  130. 3    Procedures
  131.  
  132. 3.1    Provision/withdrawal
  133.  
  134.     Call Waiting (CW) can be provided on a subscription basis or, as a 
  135. network provider option, be generally available to all users without subscrip-
  136. tion. Call Waiting can be withdrawn for administrative reasons.
  137.  
  138.     As part of each applicable bearer service or teleservice, there is an 
  139. option specifying the maximum number of information channels which can 
  140. be used (occupied) on the interface for each ISDN number, all ISDN num-
  141. bers or subsets of ISDN numbers. Call Waiting for bearer services or teleser-
  142. vices occurs when an attempt is made to exceed these limits.
  143.  
  144.     As a network provider option, Call Waiting can be offered with sev-
  145. eral subscription options. The options apply separately to each ISDN number 
  146. and service combination. For each subscription, only one value can be 
  147. selected. Subscription options are summarized below:
  148.  
  149. include 253-1T1E
  150.  
  151. Subscription optionsValue
  152.  
  153.     Calls that can wait
  154.  
  155.  
  156.  
  157.     Calling user receives 
  158. notification call is
  159.  
  160.     waiting    _ All
  161.  
  162.     _ Others are for further 
  163. study
  164.  
  165.     _ No
  166.  
  167.     _ Yes
  168.  
  169.  
  170.  
  171.     In addition, the following subscription options can be specified for 
  172. each ISDN number, all ISDN numbers, or subsets of ISDN numbers on each 
  173. interface:
  174.  
  175. include 253-1T2E
  176.  
  177. Subscription optionsValue
  178.  
  179.     Maximum number of calls 
  180. which can
  181.  
  182.     be waiting    _ One
  183.  
  184.     _ l, where 1 · l · n _ m
  185.  
  186. Note _ The parameters m (maximum number of information 
  187. channel) and n (maximum number of total calls present) are 
  188. defined in the relevant basic service description (refer to 
  189. RecommendationI.231 andI.241.
  190.  
  191.     The use of T2 is a service provider option. When used, the value of T2 shall 
  192. be set by the service provider as a default value subject to change only by the 
  193. service provider.
  194.  
  195. 3.2    Normal procedures
  196.  
  197. 3.2.1    Activation/deactivation
  198.  
  199.     The CW supplementary service is activated by the service provider at provi-
  200. sion.
  201.  
  202.     The CW supplementary service is deactivated by the service pro-
  203. vider at withdrawal.
  204.  
  205.     Registration does not apply
  206.  
  207.     Note - The introduction, as a network option, of the possibility for a 
  208. user to activate and deactivate the CW supplementary service in the network 
  209. may be a long-term enhancement.
  210.  
  211. 3.2.2    Invocation
  212.  
  213. 3.2.2.1    When an incoming call from user C arrives at the access of sub-
  214. scriber B and encounters the channels busy condition, and a network deter-
  215. mined user busy (NDUB) condition does not result, then the Call Waiting 
  216. service will be invoked and the call shall be offered to subscriberB with an 
  217. indication that the channels busy condition exists.
  218.  
  219. 3.2.3    Operation
  220.  
  221. 3.2.3.1    If a response is received from a terminal at the B access, within the 
  222. normal basic call period, that the user(s) is (are) being informed about
  223.  
  224. the incoming call, then userC will be given an indication that the called 
  225. user(s) is (are) being informed of the incoming call. In some networks this 
  226. indication may also indicate that call waiting is in operation.
  227.  
  228. 3.2.3.2    If either user A or user B requests that the active call is terminated, 
  229. then this call shall be terminated as for a basic call. UserB shall then be able 
  230. to accept the waiting call from user C using normal information channel 
  231. selection procedures before the expiry of T2.
  232.  
  233. 3.2.3.3    User B can also free resources by using the Call Hold supplementary 
  234. service. User B shall then be able to accept the waiting call from user C 
  235. using normal information channel selection procedures before the expiry of 
  236. T2.
  237.  
  238. 3.2.4    Subscriber resources in use 
  239.  
  240.     When an incoming call from user C arrives at the access of sub-
  241. scriber B and there is a B-channel available, the call shall be indicated to 
  242. subscriber B. If a terminal at the access of subscriber B is busy because of 
  243. another call but is able to accept the incoming call from user C, it may indi-
  244. cate to the network that the called user is being informed about the incoming 
  245. call.
  246.  
  247. 3.3    Exceptional procedures
  248.  
  249. 3.3.1    Activation/deactivation/registration
  250.  
  251.     Non identified.
  252.  
  253. 3.3.2    Invocation
  254.  
  255.     Non identified.
  256.  
  257. 3.3.3    Operation
  258.  
  259. 3.3.3.1    Incoming call from user C ignored by subscriber B
  260.  
  261.     If the optional No Answer timer T2 expires without any acceptance 
  262. from subscriber B of the incoming call, then the network shall inform 
  263. subscriberB that the call is no longer waiting and also  inform userC that his 
  264. call cannot be connected. Normal release applies to the call attempt from 
  265. userC (the call is cleared indicating no response) with an appropriate indica-
  266. tion given to userC.
  267.  
  268. 3.3.3.2    Incoming call from user C rejected by user B
  269.  
  270.     A rejection of the waiting call by one of the terminals on the inter-
  271. face of subscriber B will not stop the optional No Answer timerT2 as 
  272. another terminal may subsequently accept the waiting call within the 
  273. remainder of the specified period. Such a rejection may, however, cancel any 
  274. indication provided to that terminal. Where rejections of a waiting call have 
  275. been received from all those terminals that responded with an alerting indi-
  276. cation before the expiry of the optional No Answer timerT2, then the net-
  277. work shall inform userC that his call cannot be connected. Normal release 
  278. applies to the call attempt from userC with the call being cleared indicating 
  279. user rejection. SubscriberB is notified that the call is no longer waiting.
  280.  
  281. 3.3.3.3    Release by user C within the specified period
  282.  
  283.     If calling user C informs the network, before the expiry of the 
  284. optional No Answer timerT2, that he wishes to release his call attempt to 
  285. subscriberB, then the network shall inform subscriberB of this situation and 
  286. initiate release of the call attempt from userC.
  287.  
  288.     3.3.3.4    No positive response terminals at subscriber B's interface
  289.  
  290.     If no positive response that user(s) are being informed of the waiting 
  291. call is received from a terminal at subscriberB's interface during the normal 
  292. call period (User Response timerT1), then the call attempt from userC shall 
  293. be released by the network with userC being given the reason for the 
  294. release.
  295.  
  296. 3.3.3.5    No reasons available
  297.  
  298.     If user B accepts a call and network resources do not exist to com-
  299. plete the call (i.e. no information channels are available), the network will 
  300. indicate an error to userB with cause _no B-channels available_. The net-
  301. work will not clear the call but will wait for another userB indication for 
  302. acceptance, until userC clears the call or the optional No Answer timerT2 
  303. expires.
  304.  
  305. 3.3.3.6    Maximum number of waiting calls reached 
  306.  
  307.     Subscriber B shall be considered as busy when the limit on the max-
  308. imum number of calls which can be waiting has been reached. Any incoming 
  309. call during this period shall be handled accordingly.
  310.  
  311. 3.4    Alternative procedures
  312.  
  313. 3.4.1    Activation/deactivation/registration
  314.  
  315.     None identified.
  316.  
  317. 3.4.2    Invocation and operation
  318.  
  319.     None identified.
  320.  
  321. 4    Network capabilities for charging
  322.  
  323.     This Recommendation does not cover charging principles. Future 
  324. Recommendations in the D-Series are expected to contain that information.
  325.  
  326.     It shall be possible to charge the subscriber accurately for the ser-
  327. vice.
  328.  
  329. 5    Interworking requirements
  330.  
  331.     Calls originating from outside the ISDN can undergo call waiting at 
  332. the access of subscriber B with no impact on subscriber B's service (see 
  333. AnnexA).
  334.  
  335.     As a service provider option, a special in-band indication may be 
  336. provided to the calling user instead of the normal alerting indication.
  337.  
  338. 5.1    Interworking with private ISDNs
  339.  
  340.     When user C is on a different network from subscriber B (e.g. one 
  341. user on a private ISDN and the other user on a public ISDN), then indica-
  342. tions to userC, if applicable, shall be sent to the network to which userC is 
  343. attached for forwarding to userC.
  344.  
  345. 6    Interaction with other supplementary services
  346.  
  347. 6.1    Call Waiting
  348.  
  349.     Not relevant.
  350.  
  351. 6.2    Call Transfer
  352.  
  353.     User B, who has subscribed to both Call Waiting and Call Transfer 
  354. services, cannot transfer a waiting call from userC until he first establishes a 
  355. connection to userC.
  356.  
  357.     Assume that user B is on an active call with user A and has received 
  358. an indication of a waiting call from userC. UsersA andB have Call Waiting 
  359. subscribed for their accesses and userB has subscribed to the Call Transfer 
  360. service. UserB intends to transfer userA to userD.
  361.  
  362. _    User B may receive an indication of a waiting call from user C either 
  363. before or during the transfer of userA to another party. The call waiting 
  364. indication may be presented regardless of the type of transfer invoked by 
  365. userB (i.e.for Normal, Single Step, or Explicit transfers). When userA 
  366. has been transferred, a B-channel would normally become idle, enabling 
  367. the waiting call to be answered by userB.
  368.  
  369. _    If user A has a call waiting indication before or during the transfer 
  370. process, then upon successful completion of the transfer of userA to 
  371. userD, userA shall retain the waiting call indication. UserA could use 
  372. normal call waiting procedures (if desired) to accept the waiting call.
  373.  
  374. _    If user D receives a call waiting indication during the transfer pro-
  375. cess, e.g. while being in a call with userB, then upon successful comple-
  376. tion of the transfer of userA to userD, userD shall retain the waiting call 
  377. indication. UserD could use normal call waiting procedures (if desired) to 
  378. accept the waiting call.
  379.  
  380.     In general, a call waiting indication may be delivered to users A or B 
  381. (and to user D during the transfer process) when the called user has sub-
  382. scribed to the Call Waiting service.
  383.  
  384.  6.3    Connected Line Identification Presentation (COLP)
  385.  
  386.     No impact, i.e. neither supplementary service affects the operation of 
  387. the other supplementary service.
  388.  
  389.     When user B uses one of the call waiting procedures to accept a 
  390. waiting call (within any time limits established by the service provider), 
  391. userC will be informed of the connection. The confirmation that a connec-
  392. tion has been established may provide the connected user B'snumber.
  393.  
  394. 6.4    Connected Line Identification Restriction (COLR)
  395.  
  396.     No impact, i.e. neither supplementary service affects the operation of 
  397. the other supplementary service.
  398.  
  399. 6.5    Calling Line Identification Presentation (CLIP)
  400.  
  401.     No impact, i.e. neither supplementary service affects the operation of 
  402. the other supplementary service.
  403.  
  404.     If the user(s) at B is(are) given a call waiting indication, and has 
  405. (have) subscribed to the CLIP service, then the calling user number shall be 
  406. presented to the users atB at the time the call waiting indication is given.
  407.  
  408. 6.6    Calling Line Identification Restriction (CLIR)
  409.  
  410.     No impact, i.e. neither supplementary service affects the operation of 
  411. the other supplementary service.
  412.  
  413.     Assume a user at C, who has subscribed to the CLIR service, reaches 
  414. a user(s) at B, who has subscribed to the Call Waiting service. On invocation, 
  415. the user atB would receive a call waiting indication but would not receive 
  416. userC's number when the call waiting indication is given.
  417.  
  418. 6.7    Closed User Group
  419.  
  420.     No impact, i.e. neither supplementary service affects the operation of 
  421. the other supplementary service.
  422.  
  423.     6.8    Conference Calling
  424.  
  425.     A user at B who is active on any type of conference call may receive 
  426. an indication of a waiting call.
  427.  
  428.     Once a conference has been established:
  429.  
  430. i)    Any party that has activated Call Waiting will be able to receive an 
  431. indication of an incoming call, and could place his connection to 
  432. the conference on hold to accept the waiting call.
  433.  
  434. ii)    The Conference Controller could, if desired, add the party from the 
  435. waiting call, by answering the waiting call and using the _add party 
  436. from existing call_ procedures.
  437.  
  438. 6.9    Direct-Dialling-In
  439.  
  440.     No impact, i.e. neither supplementary service affects the operation of 
  441. the other supplementary service.
  442.  
  443. 6.10    Call Diversion (Call Forwarding) services
  444.  
  445. 6.10.1    Call Forwarding Busy
  446.  
  447.     No impact, i.e. neither supplementary service affects the operation of 
  448. the other supplementary service.
  449.  
  450.     Note _ The following text clarifies the situation. If user B is NDUB 
  451. (Network Determined User Busy), call forwarding busy shall take place, and 
  452. the call is not offered. If userB is not NDUB, the call shall be offered, and if 
  453. the UDUB (User Determined User Busy) condition results, then call for-
  454. warding busy shall take place.
  455.  
  456. 6.10.2    Call forwarding no reply
  457.  
  458.     If subscriber B has call forwarding no reply (CFNR) activated, then a 
  459. waiting call shall be offered as described in this definition. If no answer is 
  460. received to this call within the duration of the CFNR timer, then the CFNR 
  461. service is invoked and the call is forwarded as per that service definition.
  462.  
  463. 6.10.3    Call Forwarding Unconditional
  464.  
  465.     If subscriber B has activated Call Forwarding Unconditional, then 
  466. the execution of that forwarding condition takes precedence over Call Wait-
  467. ing. Call Forwarding Unconditional can be activated while a call is waiting 
  468. without changing the state of the waiting call.
  469.  
  470. 6.11    Line Hunting
  471.  
  472.     The Call Waiting service should not be provided to a line in a hunt 
  473. group.
  474.  
  475. 6.12    Three-Party Service
  476.  
  477.     A user at B who is involved in a Three-Party Service operation (with 
  478. minimal Three-Party Service or active in a three-way conversation) may 
  479. receive an indication of a waiting call. The procedures and restrictions for 
  480. handling the waiting call are defined in the Three-Party Service description.
  481.  
  482. 6.13    User-to-User Signalling
  483.  
  484.     User-to-user information (UUI) (service 1) included in the call set-
  485. up message will be delivered to subscriberB with the Call Waiting indica-
  486. tion.
  487.  
  488.     UUI (service 2) sent from the calling user to the called user during 
  489. the alerting phase is allowed to be sent when a point-to-point configuration 
  490. exists at the called side.
  491.  
  492.     If the called user subscribes to User-to-User Signalling, he may 
  493. include UUI (service 1) in a rejection of a waiting call when a point-to-point 
  494. configuration exists at the called side.
  495.  
  496.     There is no interaction with user-to-user service 3.
  497.  
  498.     6.14    Multiple Subscriber Number
  499.  
  500.     No impact, i.e. neither supplementary service affects the operation of 
  501. the other supplementary service.
  502.  
  503. 6.15    Call Hold
  504.  
  505.     When an ISDN user receives a call waiting indication the ISDN user 
  506. may use the Call Hold service to hold his active call and answer the waiting 
  507. call. Use of the hold service does not place a call into a waiting state.
  508.  
  509. 6.16    Advice of Charge
  510.  
  511.     No impact, i.e. neither supplementary service affects the operation of 
  512. the other supplementary service.
  513.  
  514. 6.17    Multi-Level Precedence and Preemption (MLPP) service
  515.  
  516. a)    The incoming call is of the lowest precedence level (precedence 
  517. level4):
  518.  
  519. 1)    One or more MLPP calls are of the lowest precedence level:
  520.  
  521. no interaction; Call Waiting service is invoked.
  522.  
  523. 2)    All MLPP calls are precedence calls:
  524.  
  525. Call Waiting service is invoked. If in-band call waiting tone is 
  526. being applied as a network provider option, then the tone should 
  527. not be provided in this case since it would disrupt a higher pre-
  528. cedence call.
  529.  
  530. b)    The incoming call is a precedence call:
  531.  
  532. 1)    One or more MLPP calls are of lower precedence than the incoming 
  533. call:
  534.  
  535. An MLPP call of the lowest precedence level is preempted 
  536. unless the called subscriber is non-preemptable. If the called 
  537. subscriber is non-preemptable, Call Waiting service is invoked 
  538. and the precedence level of the incoming call is provided to the 
  539. called user along with call waiting indication.
  540.  
  541. 2)    One or more MLPP calls are of the same precedence and the rest of 
  542. the MLPP calls are of higher precedence than the incoming call:
  543.  
  544. Call Waiting service is invoked. The precedence level of the 
  545. incoming call is provided, along with call waiting indication, to 
  546. the called users on MLPP calls at the same precedence level as 
  547. the incoming call.
  548.  
  549. If the called user is on an MLPP call at a higher precedence 
  550. level, call waiting service is invoked. If the in-band call waiting 
  551. tone is being applied as a network provider option, then the tone 
  552. should not be provided in this case since it would disrupt a 
  553. higher precedence call.
  554.  
  555. 3)    All the MLPP calls are of higher precedence:
  556.  
  557. Call Waiting service is invoked. If in-band call waiting tone is 
  558. being applied as a network provider option, then the tone should 
  559. not be provided in this case since it would disrupt a higher pre-
  560. cedence call.
  561.  
  562. 6.18    Priority service
  563.  
  564.     No impact, i.e. neither supplementary service affects the operation of 
  565. the other supplementary service.
  566.  
  567. 7    Dynamic description
  568.  
  569.     The dynamic description of this service is given in Figure 1/I.253.1.
  570.  
  571. FIGURE 1/I.253.1 (Sheet 1 of 5)
  572.  
  573. FIGURE 1/I.253.1 (Sheet 2 of 5)
  574.  
  575. FIGURE 1/I.253.1 (Sheet 3 of 5)
  576.  
  577.  
  578.  
  579. FIGURE 1/I.253.1 (Sheet 4 of 5)
  580.  
  581. FIGURE 1/I.253.1 (Sheet 5 of 5)
  582.  
  583.  
  584.  
  585. ANNEX A
  586.  
  587. (to Recommendation I.253.1)
  588.  
  589. Optional in-band indications
  590.  
  591. A.1    In-band call waiting indication
  592.  
  593.     In addition, as a service provider option, audible in-band indications 
  594. may be provided to the channels occupied with the speech bearer service and 
  595. the telephony teleservice. Where applied, tones should be in accordance with 
  596. RecommendationE.180.
  597.  
  598. A.2    Activation/deactivation
  599.  
  600.     In addition, under the in-band call waiting indication option, sub-
  601. scriber B may activate and deactivate call waiting in-band indications with 
  602. an appropriate request. Whether, and if so, to what degree, activation/deacti-
  603. vation is supported by the network may be network dependent. If supported, 
  604. then the network shall inform subscriber B (all terminals on the access) of 
  605. the success, or other outcome, of this action.
  606.  
  607.     A.3    Interworking requirements
  608.  
  609.     If an ISDN subscriber B receives a call from a non-ISDN calling 
  610. user, the network will send the call waiting indication to subscriberB in the 
  611. normal way.
  612.  
  613.     In addition, under the in-band call waiting indication option, an 
  614. in-band indication will be applied to channels occupied with the 3.1kHz 
  615. audio bearer service (where the call originated from the PSTN as identified 
  616. by a progress indicator), only if it is destined to a number designated for in-
  617. band notification by the call waiting subscriber.
  618.  
  619. ANNEX B
  620.  
  621. (to Recommendation I.253.1)
  622.  
  623. Additional _Busy_ information
  624.  
  625. B.1    The following subscription option and definition text (ref. CCITT 
  626. ReportCOMXVIII-R15) is included in this definition pending publication 
  627. in RecommendationI.221.
  628.  
  629.     The following subscription option is applicable to the interface as a 
  630. whole regardless of service:
  631.  
  632. include 253-1T3E
  633.  
  634. Subscription optionsValue
  635.  
  636.     Maximum number of 
  637. information 
  638.  
  639.     channels on the interfacec
  640.  
  641.  
  642.  
  643. B.2    Resource busy conditions
  644.  
  645. a)    Channels busy _ This condition occurs when there is no appropriate 
  646. information channel (physical or logical) available for the network 
  647. to use for the call. It may be due to exceeding the information chan-
  648. nel limit associated with the service or with the interface.
  649.  
  650. b)    Maximum number of total calls reached _ This condition occurs 
  651. when the maximum number of total calls supported either at the 
  652. given subscriber's interface(s) or for a given service has been 
  653. reached.
  654.  
  655.     
  656.