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

  1. INCLUDE M:\\COMP\\CCITT\\CCITTREC\\PREFACE\\ANG-
  2. LAIS.DOC
  3.  
  4.  
  5.  
  6. FOREWORD
  7.  
  8.     The CCITT (the International Telegraph and Telephone Consul-
  9. tative Committee) is a permanent organ of the International Tele-
  10. communication Union (ITU). CCITT is responsible for studying 
  11. technical, operating and tariff questions and issuing Recommen-
  12. dations on them with a view to standardizing telecommunications 
  13. on a worldwide basis.
  14.  
  15.     The Plenary Assembly of CCITT which meets every four years, 
  16. establishes the topics for study and approves Recommendations 
  17. prepared by its Study Groups. The approval of Recommendations 
  18. by the members of CCITT between Plenary Assemblies is covered 
  19. by the procedure laid down in CCITT Resolution No. 2 (Mel-
  20. bourne, 1988).
  21.  
  22.     Recommendation I.255.3 was prepared by Study Group I and 
  23. was approved under the Resolution No. 2 procedure on 2 July 
  24. 1990.
  25.  
  26.  
  27.  
  28.  
  29.  
  30. ___________________
  31.  
  32.  
  33.  
  34.  
  35.  
  36. CCITT  NOTE
  37.  
  38.     In this Recommendation, the expression "Administration" is 
  39. used for shortness to indicate both a telecommunication Adminis-
  40. tration and a recognized private operating agency.
  41.  
  42.  
  43.  
  44.  
  45.  
  46.  
  47.  
  48.  
  49.  
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58.  
  59.  
  60. πITU1990
  61.  
  62. All rights reserved. No part of this publication may be reproduced or 
  63. utilized in any form or by any means, electronic or mechanical, 
  64. including photocopying and microfilm, without permission in 
  65. writing from the ITU.
  66.  
  67. PAGE BLANCHE
  68.  
  69. Recommendation I.255.3
  70.  
  71. MULTI-LEVEL  PRECEDENCE  AND  PREEMPTION  SER-
  72. VICE  (MLPP)
  73.  
  74. 1    Definition
  75.  
  76.     The multi-level precedence and preemption (MLPP) service provides 
  77. prioritized call handling service. This service has two parts _ pre-
  78. cedence and preemption. Precedence involves assigning a priority 
  79. level to a call. Preemption involves the seizing of resources, which 
  80. are in use by a call of a lower precedence, by a higher level prece-
  81. dence call in the absence of idle resources. Users in networks that 
  82. do not support this service will not be affected by this service.
  83.  
  84. 2    Description
  85.  
  86. 2.1    General description
  87.  
  88.     The MLPP service is provided as a network provider's option to 
  89. a domain of a network. The domain can be the whole network or 
  90. a subset of the network. The MLPP service applies to all network 
  91. resources in the domain that is in common use. The maximum 
  92. precedence level of a subscriber is set at the subscription time by 
  93. the service provider, based on the subscriber's need. The sub-
  94. scriber may select a precedence level up to and including the max-
  95. imum precedence level subscribed to, on a per call basis.
  96.  
  97.     Precedence calls (MLPP calls that have a higher precedence than 
  98. the lowest level of precedence) that are not responded to by the 
  99. called party (e.g. call unanswered and/or unacknowledged, called 
  100. party busy with call of equal or higher precedence, or called party 
  101. busy and non-preemptable) are diverted to a predetermined 
  102. alternate party. This alternate party may be another subscriber 
  103. or a network operating position.
  104.  
  105.     Preemption may take one of two forms. First the called party 
  106. may be busy with a lower precedence call which must be pre-
  107. empted in favour of completing the higher precedence call from 
  108. the calling party. Second, the network resources may be busy with 
  109. calls, some of which are of lower precedence than the call 
  110. requested by the calling party. One or more of these lower prece-
  111. dence calls must be preempted to complete the higher precedence 
  112. call. There are three characteristics of preemption:
  113.  
  114. _    any party whose connection was terminated (whether that 
  115. resource is reused or not) must receive a distinctive preemption notifi-
  116. cation;
  117.  
  118. _    any called party of an active call that is being preempted by a 
  119. higher precedence call should be required to acknowledge the pre-
  120. emption before being connected to the new calling party (see _2.2 for 
  121. definition of active call); and
  122.  
  123. _    when there are no idle resources, preemption of the lowest lower 
  124. level of precedence resources shall occur.
  125.  
  126.     A call can be preempted any time after the precedence level of 
  127. the call has been established and before call clearing has begun.
  128.  
  129.     The MLPP service is not intended to provide preemption of 
  130. users that do not subscribe to the MLPP service. The service pro-
  131. vides for preemption of calls within the MLPP domain, which 
  132. consists of the resources belonging to the users that subscribe to 
  133. the MLPP service. In other words, calls that are originated by, or 
  134. made to, non-MLPP users will not be preempted. Calls that are 
  135. originated by MLPP subscribers may be preempted by calls of 
  136. higher precedence only in networks that support this service.
  137.  
  138.     2.2    Specific terminology
  139.  
  140.     Precedence is the priority associated with a call.
  141.  
  142.     A precedence call is a call with precedence level higher than the 
  143. lowest level of precedence.
  144.  
  145.     An MLPP call is a call that has a precedence level established 
  146. and is either being set up (i.e. before alerting) or is set up.
  147.  
  148.      User A is a party of the MLPP call and is not the called party of 
  149. the precedence call. 
  150.  
  151.     User B is the other party of the MLPP call and is the called party 
  152. of the precedence call.
  153.  
  154.     User C is the party who initiates the precedence call to user B.
  155.  
  156.     An active call is a call that has the connection established and the 
  157. calling and called parties are active on the call.
  158.  
  159.     Response timer TK is started when the service provider notifies 
  160. the called user of a precedence call (for example, this would be the 
  161. preemption notification if preemption occurs at the user inter-
  162. face). This timer establishes the time that userB has to accept the 
  163. precedence call from userC. The length of this timer is in the 
  164. range of 4-30seconds.
  165.  
  166.     An alternate party is the party to which a precedence call will be 
  167. diverted. Diversion will occur either when the response timer TK 
  168. expires, when the called party is busy on a call of equal or higher 
  169. precedence, or when
  170.  
  171. the called party is busy with access resources non-preemptable. Alter-
  172. nate party diversion is an optional terminating feature that is sub-
  173. scribed to by the called party; thus, the alternate party to which a 
  174. precedence call is diverted is specified by the called party at the 
  175. time of subscription.
  176.  
  177. 2.3    Qualifications on the applicability to telecommunications ser-
  178. vices 
  179.  
  180.     This supplementary service is considered meaningful when 
  181. applied to the telephony teleservice, speech, 3.1kHz audio, 7 kHz 
  182. audio, and 64 kbit/s unrestricted bearer services. Furthermore, it 
  183. may be meaningful when applied to other services.
  184.  
  185. 3    Procedures
  186.  
  187. 3.1    Provision/withdrawal
  188.  
  189.     For a given ISDN number, a maximum authorized precedence 
  190. level may be subscribed to for each service or collectively for all 
  191. services.
  192.  
  193.     The service provider should provide the capability of combining 
  194. 3.1 kHz audio and speech for the purpose of assigning subscrip-
  195. tion options. Subscriber options are summarized below:
  196.  
  197. include 255-3t1e
  198.  
  199. Subscriber optionsValue
  200.  
  201. Maximum authorized prece-
  202. dence levela)
  203.  
  204.  
  205.  
  206.  
  207.  
  208.  
  209.  
  210.  
  211.  
  212. Alternate party
  213.  
  214.  
  215.  
  216.  
  217.  
  218.  
  219.  
  220. Access resource non-preemptableb)_    0    
  221. (Flash Override: highest)
  222.  
  223. _    1    (Flash)
  224.  
  225. _    2    (Immediate)
  226.  
  227. _    3    (Priority)
  228.  
  229. _    4    (Routine: lowest)
  230.  
  231. _    No
  232.  
  233. _    Yes
  234.  
  235.     _    network operating position
  236.  
  237.     _    alternate party directory number
  238.  
  239. _    No
  240.  
  241. _    Yes
  242.  
  243. a)    A call of higher precedence level can preempt calls of lower 
  244. precedence. For example, a Flash call can preempt Immediate, 
  245. Priority, or Routine calls.
  246.  
  247. b)    A user having this option will not experience preemption of 
  248. calls by higher precedence calls, if the cause for preemption 
  249. would be due to called party busy condition. However, the user 
  250. may still experience preemption of calls due to a lack of service 
  251. provider resources other than the user's own access resources.
  252.  
  253. 3.2    Normal procedures
  254.  
  255. 3.2.1    Activation/deactivation/registration
  256.  
  257.     (None identified.)
  258.  
  259. 3.2.2    Invocation and operation
  260.  
  261.     The precedence level is selected by the subscriber on a per call 
  262. basis. The subscriber may select any precedence level up to and 
  263. including his maximum authorized precedence level. The service 
  264. provider at the subscriber's originating interface ensures that the 
  265. selected precedence level does not exceed the maximum level 
  266. assigned to that ISDN number. Once set for a call, this precedence 
  267. level cannot be changed.
  268.  
  269.     An MLPP call is automatically established with the lowest prece-
  270. dence unless a higher precedence is specified.
  271.  
  272. 3.2.3    Operation
  273.  
  274.     During a call set-up, if there is shortage of some resource, then 
  275. the network can determine if resources are held by calls of lower 
  276. precedence. The network can then release the lowest lower prece-
  277. dence call(s) and seize the necessary resources that are required 
  278. to set up the higher precedence call. These resources can include 
  279. inter-office circuits, channels, conference bridges, and circuit-
  280. switched data circuits.
  281.  
  282.     The preemption operation depends on whether the network 
  283. needs to preempt a common network facility such as an inter-
  284. switch trunk which is currently being used by a different sub-
  285. scriber than the intended called subscriber or whether it needs to 
  286. preempt a channel on the user access of the desired called sub-
  287. scriber.
  288.  
  289.     If a common network facility is preempted, both existing parties 
  290. concerned are notified of the preemption and the existing connec-
  291. tion is immediately disconnected. The new call is then set up using 
  292. the preempted facility in the normal manner without any special 
  293. notification to the new called party.
  294.  
  295.      If a called user access channel is to be preempted, both the called 
  296. and non-called parties shall be notified of the preemption and the 
  297. existing MLPP call shall be immediately cleared. The called party 
  298. must acknowledge the preemption before the higher precedence 
  299. call is completed. The called party is then notified that a new 
  300. MLPP call is available.
  301.  
  302. 3.3    Exceptional procedures
  303.  
  304. 3.3.1    Activation/deactivation/registration
  305.  
  306.     (None identified.)
  307.  
  308. 3.3.2    Invocation and operation
  309.  
  310.     If the service provider cannot comply with a precedence call 
  311. request, the calling party should receive a notification that the 
  312. precedence call is unsuccessful. Possible causes are:
  313.  
  314. a)    the requested precedence level is not subscribed to;
  315.  
  316. b)    equal or higher precedence calls have prevented completion;
  317.  
  318. c)    the dialled number is non-preemptable; and
  319.  
  320. d)    there are no idle network resources to make a connection to the 
  321. dialled number and the called subscriber belongs to a network 
  322. that does not support preemption.
  323.  
  324.     A precedence call should be diverted to a predetermined alter-
  325. nate party, which can be another subscriber or a network operat-
  326. ing position, if the called party (userB) does not acknowledge 
  327. preemption or does not answer a precedence call (a call of prece-
  328. dence level 0-3) before the response timerTKexpires. To prevent 
  329. infinite diversions, an alternate party diversion is limited to a 
  330. total of five alternate party diversion attempts. Once this limit 
  331. isreached, no additional diversion attempts will be made. In the 
  332. case of preemption at the user interface, if no alternate party has 
  333. been specified by the called party, an unacknowledged indication 
  334. will be returned for the precedence call.
  335.  
  336.     In addition, a precedence call should be diverted to a predeter-
  337. mined alternate party if the called party is busy on a call of equal 
  338. or higher precedence or is busy and non-preemptable. To prevent 
  339. infinite diversions, an alternate party diversion is limited to a 
  340. total of five alternate party diversion attempts. Once this limit is 
  341. reached, no additional diversion attempts will be made. If no 
  342. alternate party has been specified by the called party, a prece-
  343. dence call blocked notification will be returned to the calling 
  344. party for the precedence call.
  345.  
  346. 4    Network capability for charging
  347.  
  348.     This Recommendation does not cover charging principles. 
  349. Future Recommendations in the D-Series are expected to contain 
  350. that information.
  351.  
  352.     It shall be possible to charge the subscriber accurately for the 
  353. service.
  354.  
  355. 5    Interworking considerations
  356.  
  357.     In public networks that support the MLPP service, the network 
  358. shall ensure that only MLPP calls from the same domain as the 
  359. preempting call are a subject of preemption and that the connec-
  360. tions of non-MLPP users are not preempted. The precedence level 
  361. of a call may not be changed when interworking with other 
  362. MLPP networks.
  363.  
  364.     A network that does not support the MLPP service is required, if 
  365. bilaterally agreed, to convey the parameters of the MLPP service 
  366. intact. If the parameters are received from another network, the 
  367. network should pass them
  368.  
  369. on with no action taken, if bilaterally agreed, and with no effect on the 
  370. network that does not support the MLPP service.
  371.  
  372. 6    Interaction with other supplementary services
  373.  
  374.     The following interactions with other supplementary services 
  375. apply within the MLPP domain.
  376.  
  377. 6.1    Call Waiting
  378.  
  379. a)    The incoming call is of the lowest precedence level (precedence 
  380. level4):
  381.  
  382. 1)    one or more MLPP calls are of the lowest precedence level:
  383.  
  384. no interaction; call waiting service is invoked.
  385.  
  386.     2)    all MLPP calls are precedence calls:
  387.  
  388. Call Waiting service is invoked. If the in-band call waiting 
  389. tone is being applied as a network provider option, then the 
  390. tone should not be provided in this case since it would dis-
  391. rupt a higher precedence call.
  392.  
  393. b)    The incoming call is a precedence call:
  394.  
  395. 1)    One or more MLPP calls are of lower precedence than the 
  396. incoming call:
  397.  
  398. An MLPP call of the lowest precedence level is preempted 
  399. unless the called subscriber is non-preemptable. If the called 
  400. subscriber is non-preemptable, Call Waiting service is 
  401. invoked and the precedence level of the incoming call is pro-
  402. vided to the called user along with call waiting indication.
  403.  
  404. 2)    one or more MLPP calls are of the same precedence and the rest 
  405. of the MLPP calls are of higher precedence than the incom-
  406. ing call:
  407.  
  408. Call Waiting service is invoked. The precedence level of the 
  409. incoming call is provided, along with call waiting indication, 
  410. to the called users on MLPP calls at the same precedence 
  411. level as the incoming call.
  412.  
  413. If the called user is on an MLPP call at a higher precedence 
  414. level, Call Waiting service is invoked. If the in-band call 
  415. waiting tone is being applied as a network provider option, 
  416. then the tone should not be provided in this case, since it 
  417. would disrupt a higher precedence call.
  418.  
  419.  3)    All the MLPP calls are of higher precedence:
  420.  
  421. Call Waiting service is invoked. If in-band call waiting tone 
  422. is being applied as a network provider option, then the tone 
  423. should not be provided in this case since it would disrupt a 
  424. higher precedence call.
  425.  
  426. 6.2    Call Transfer
  427.  
  428.     For a single step or a normal call transfer, the precedence level of 
  429. calls is preserved during the transfer process. For an explicit call 
  430. transfer (when two calls are involved), each connection of the 
  431. transferred call maintains the precedence level that it was 
  432. assigned when that connection of the call was established. Thus, a 
  433. call that is established through a normal or an explicit call trans-
  434. fer may consist of two connections at different precedence levels.
  435.  
  436. 6.3    Connected Line Identification Presentation
  437.  
  438.     No impact, i.e. neither supplementary service affects the opera-
  439. tion of the other supplementary service.
  440.  
  441. 6.4    Connected Line Identification Restriction
  442.  
  443.     No impact, i.e. neither supplementary service affects the opera-
  444. tion of the other supplementary service.
  445.  
  446. 6.5    Calling Line Identification Presentation
  447.  
  448.     No impact, i.e. neither supplementary service affects the opera-
  449. tion of the other supplementary service.
  450.  
  451. 6.6    Calling Line Identification Restriction
  452.  
  453.     No impact, i.e. neither supplementary service affects the opera-
  454. tion of the other supplementary service.
  455.  
  456. 6.7    Closed User Group
  457.  
  458.     No interaction _ MLPP does not override CUG restrictions.
  459.  
  460.     6.8    Conference Calling
  461.  
  462.     All connections to the conferees are processed at a precedence 
  463. equal to the conference precedence selected by the conference 
  464. controller for all connections to conferees on the conference call. 
  465. If a conferee is preempted,
  466.  
  467. the conference controller is notified of the preemption. When the con-
  468. troller is preempted, all conferees are notified and the procedure 
  469. is followed as though the controller issued a _disconnect_ request. 
  470. Each connection of a call resulting from a split operation will 
  471. maintain the precedence level that it was assigned upon being 
  472. added to the conference call.
  473.  
  474. 6.9    Direct Dialling-In
  475.  
  476.     No impact, i.e. neither supplementary service affects the opera-
  477. tion of the other supplementary service.
  478.  
  479. 6.10    Call Diversion services
  480.  
  481. 6.10.1    Call Forwarding Busy
  482.  
  483.     If the incoming call is of higher precedence than one or more 
  484. calls at user B, a call of the lowest precedence will be preempted 
  485. and the incoming call will be established, i.e. the Call Forwarding 
  486. service will not be invoked.
  487.  
  488.     If the incoming call is of equal or lower precedence than the 
  489. established calls, the Call Forwarding service will be invoked.
  490.  
  491.     If the called subscriber is non-preemptable, the Call Forwarding 
  492. service will be invoked regardless of the precedence levels of 
  493. incoming call and established calls.
  494.  
  495.     The precedence level of calls is preserved during the forwarding 
  496. process, and the forwarded-to user may be preempted.
  497.  
  498.     If call forwarding busy is activated by the called party and the 
  499. called party has specified an alternate party, the forwarding pro-
  500. cedure will be performed prior to the alternate party diversion. If 
  501. a precedence call is forwarded (including possible multiple for-
  502. wardings) and is not responded to by any forwarded-to party (e.g. 
  503. call unanswered or unacknowledged; called party busy with a call 
  504. of equal or higher precedence; or called party busy and 
  505. non-preemptable) within a specified period of time (typically 
  506. 30seconds), the call will be diverted to the alternate party of the 
  507. original called subscriber. If no alternate party is specified, the 
  508. call will be forwarded in the normal manner.
  509.  
  510. 6.10.2    Call Forwarding No Reply
  511.  
  512.     The precedence level of calls is preserved during the forwarding 
  513. process, and the forwarded-to user may be preempted.
  514.  
  515.     Call Forwarding No Reply will not apply to a precedence call if 
  516. an alternate party is specified by the called party. Unanswered 
  517. precedence calls will be diverted to the alternate party if that 
  518. option is subscribed to by the called user. Calls of the lowest level 
  519. of precedence will be forwarded in the normal manner.
  520.  
  521. 6.10.3    Call Forwarding Unconditional
  522.  
  523.     The Call Forwarding Unconditional service takes precedence 
  524. over the MLPP service.
  525.  
  526.     The precedence level of calls is preserved during the forwarding 
  527. process, and the forwarded-to user may be preempted.
  528.  
  529.     If Call Forwarding Unconditional is activated by the called party 
  530. and the called party has specified an alternate party, the forward-
  531. ing procedure will be performed prior to the alternate party 
  532. diversion. If a precedence call is forwarded (including possible 
  533. multiple forwardings) and is not responded to by any forwarded-
  534. to party (e.g. call unanswered or unacknowledged; called party 
  535. busy with a call of equal or higher precedence; or called party 
  536. busy and non-preemptable) within a specified period of time (typ-
  537. ically 30seconds), the call will be diverted to the alternate party 
  538. of the original called subscriber. If no alternate party is specified, 
  539. the call will be forwarded in the normal manner.
  540.  
  541.      6.11    Line Hunting
  542.  
  543.     If no interface is available and one or more MLPP calls are of 
  544. lower precedence than that of the incoming call, an MLPP call of 
  545. the lowest precedence should be preempted.
  546.  
  547. 6.12    Three-Party service
  548.  
  549.     In minimal Three-Party service, each call will have its own pre-
  550. cedence level. When a three-way conversation is established, each 
  551. connection maintains its assigned precedence level. Each connec-
  552. tion of a call resulting from a split operation will maintain the 
  553. precedence level that it was assigned upon being added to the 
  554. three-way conversation. In the full Three-Party service, when one 
  555. of two original calls is preempted, the remaining parties of the 
  556. three-way conversation should be alerted of the preemption.
  557.  
  558. 6.13    User-to-User Signalling
  559.  
  560.     When a connection is preempted, the service provider should 
  561. make certain that User-to-User Information (UUI) of the pre-
  562. empted connection is not delivered to the users of the new connec-
  563. tion.
  564.  
  565. 6.14    Multiple Subscriber Number
  566.  
  567.     No impact, i.e. neither supplementary service affects the opera-
  568. tion of the other supplementary service.
  569.  
  570. 6.15    Call Hold
  571.  
  572.     A held call may be preempted due to lack of network resources 
  573. or channels at the held party's interface. The call is cleared and 
  574. the served user, who invoked the Call Hold service, will be notified 
  575. of the preemption.
  576.  
  577.     For the case of multiple terminals on an interface, an idle chan-
  578. nel that is reserved for a call held by another terminal may be 
  579. seized in order to complete a higher precedence call. In addition, 
  580. an active channel that is reserved for a held call may be pre-
  581. empted and seized in order to complete a higher precedence call. 
  582. In both cases, the held call is not preempted and may be retrieved 
  583. when a channel becomes available.
  584.  
  585. 6.16    Advice of Charge
  586.  
  587.     No impact, i.e. neither supplementary service affects the opera-
  588. tion of the other supplementary service.
  589.  
  590. 6.17    Multi-Level Precedence and Preemption Service (MLPP)
  591.  
  592.     MLPP does not alter the basic call procedures under glare con-
  593. ditions (i.e. the condition when two entities simultaneously 
  594. attempt to seize the same line).
  595.  
  596. 6.18    Priority service
  597.  
  598.     No impact, i.e. neither supplementary service affects the opera-
  599. tion of the other supplementary service.
  600.  
  601. 7    Dynamic description
  602.  
  603.     The overall SDL is shown in Figures 1/I.255.3 and 2/I.255.3.
  604.  
  605. Figure 1/I.255.3 = 22.5 cm
  606.  
  607.  
  608.  
  609. Figure 2/I.255.3 = 22.5 cm
  610.  
  611.  
  612.  
  613.  
  614.