home *** CD-ROM | disk | FTP | other *** search
/ Internet Standards / CD2.mdf / ccitt / 1992 / i / i2553sum.txt < prev    next >
Text File  |  1994-11-03  |  3KB  |  72 lines
  1.  
  2.  
  3.         INTERNATIONAL  TELECOMMUNICATION  UNION
  4.  
  5.             ITU-T RECOMMENDATION SUMMARY
  6.  
  7.  
  8. Rec. No. : I.255.3
  9.  
  10. Title : Multi-level  precedence  and  preemption  service  (MLPP)
  11.  
  12.  
  13. Study Group : I - Services
  14.  
  15. Version : New
  16.  
  17. Date of adoption : 1990
  18.  
  19. Notes :    
  20.  
  21. 1234567890123456789012345678901234567890123456789012345678901234567890
  22. The multi-level precedence and preemption (MLPP) service provides 
  23. prioritized call handling service. This service has two parts - 
  24. precedence and preemption. Precedence involves assigning a priority 
  25. level to a call.  Preemption involves the seizing of resources, which 
  26. are in use by a call of a lower precedence, by a higher level 
  27. precedence call in the absence of idle resources. Users in networks 
  28. that do not support this service will not be affected by this service.
  29. The MLPP service is provided as a network provider's option to a 
  30. domain of a network. The domain can be the whole network or a subset of 
  31. the network. The MLPP service applies to all network resources in the 
  32. domain that is in common use. The maximum precedence level of a 
  33. subscriber is set at the subscription time by the service provider, 
  34. based on the subscriber's need. The subscriber may select a 
  35. precedence level up to and including the maximum precedence level 
  36. subscribed to, on a per call basis.
  37.  
  38. Precedence calls (MLPP calls that have a higher precedence than the 
  39. lowest level of precedence) that are not responded to by the called 
  40. party (e.g. call unanswered and/or unacknowledged, called party busy 
  41. with call of equal or higher precedence, or called party busy and 
  42. non-preemptable) are diverted to a predetermined alternate party. 
  43. This alternate party may be another subscriber or a network 
  44. operating position.
  45.  
  46. Preemption may take one of two forms. First the called party may be 
  47. busy with a lower precedence call which must be preempted in favour 
  48. of completing the higher precedence call from the calling party. 
  49. Second, the network resources may be busy with calls, some of which 
  50. are of lower precedence than the call requested by the calling 
  51. party. One or more of these lower precedence calls must be preempted 
  52. to complete the higher precedence call. There are three 
  53. characteristics of preemption:
  54.  
  55.     -   any party whose connection was terminated (whether that 
  56.     resource is reused or not) must receive a distinctive 
  57.     preemption notification;
  58.     -   any called party of an active call that is being 
  59.     preempted by a higher precedence call should be required to 
  60.     acknowledge the preemption before being connected to the new 
  61.     calling party; and
  62.     -   when there are no idle resources, preemption of the 
  63.     lowest lower level of precedence resources shall occur.
  64.  
  65. A call can be preempted any time after the precedence level of the 
  66. call has been established and before call clearing has begun.
  67.  
  68.  To order the complete text of this Recommendation, please use the  
  69. Order Form for ITU-T Recommendations. An electronic version of this 
  70. form is available on ITUDOC (Winword 2.0: UPI=ITU-5265; 
  71. ASCII: UPI=ITU-2488).
  72.