TIA-664 517-B-2007 Wireless Features Description Priority Access and Channel Assignment (PACA).pdf

上传人:syndromehi216 文档编号:1060760 上传时间:2019-03-31 格式:PDF 页数:20 大小:3.57MB
下载 相关 举报
TIA-664 517-B-2007 Wireless Features Description Priority Access and Channel Assignment (PACA).pdf_第1页
第1页 / 共20页
TIA-664 517-B-2007 Wireless Features Description Priority Access and Channel Assignment (PACA).pdf_第2页
第2页 / 共20页
TIA-664 517-B-2007 Wireless Features Description Priority Access and Channel Assignment (PACA).pdf_第3页
第3页 / 共20页
TIA-664 517-B-2007 Wireless Features Description Priority Access and Channel Assignment (PACA).pdf_第4页
第4页 / 共20页
TIA-664 517-B-2007 Wireless Features Description Priority Access and Channel Assignment (PACA).pdf_第5页
第5页 / 共20页
点击查看更多>>
资源描述

1、 TIA-664.517-B (Revision of TIA-664.517-A) October 2007Wireless Features Description: Priority Access and Channel Assignment (PACA)ANSI/TIA-664.517-B-2007 APPROVED: OCTOBER 12, 2007 REAFFIRMED: JANUARY 28, 2013 NOTICE TIA Engineering Standards and Publications are designed to serve the public intere

2、st through eliminating misunderstandings between manufacturers and purchasers, facilitating interchangeability and improvement of products, and assisting the purchaser in selecting and obtaining with minimum delay the proper product for their particular need. The existence of such Standards and Publ

3、ications shall not in any respect preclude any member or non-member of TIA from manufacturing or selling products not conforming to such Standards and Publications. Neither shall the existence of such Standards and Publications preclude their voluntary use by Non-TIA members, either domestically or

4、internationally. Standards and Publications are adopted by TIA in accordance with the American National Standards Institute (ANSI) patent policy. By such action, TIA does not assume any liability to any patent owner, nor does it assume any obligation whatever to parties adopting the Standard or Publ

5、ication. This Standard does not purport to address all safety problems associated with its use or all applicable regulatory requirements. It is the responsibility of the user of this Standard to establish appropriate safety and health practices and to determine the applicability of regulatory limita

6、tions before its use. (From Project No. SP-3-4652.517-RV2-RF1, formulated under the cognizance of the TIA TR-45 Mobile (b) there is no assurance that the Document will be approved by any Committee of TIA or any other body in its present or any other form; (c) the Document may be amended, modified or

7、 changed in the standards development or any editing process. The use or practice of contents of this Document may involve the use of intellectual property rights (“IPR”), including pending or issued patents, or copyrights, owned by one or more parties. TIA makes no search or investigation for IPR.

8、When IPR consisting of patents and published pending patent applications are claimed and called to TIAs attention, a statement from the holder thereof is requested, all in accordance with the Manual. TIA takes no position with reference to, and disclaims any obligation to investigate or inquire into

9、, the scope or validity of any claims of IPR. TIA will neither be a party to discussions of any licensing terms or conditions, which are instead left to the parties involved, nor will TIA opine or judge whether proposed licensing terms or conditions are reasonable or non-discriminatory. TIA does not

10、 warrant or represent that procedures or practices suggested or provided in the Manual have been complied with as respects the Document or its contents. If the Document contains one or more Normative References to a document published by another organization (“other SSO”) engaged in the formulation,

11、 development or publication of standards (whether designated as a standard, specification, recommendation or otherwise), whether such reference consists of mandatory, alternate or optional elements (as defined in the TIA Engineering Manual, 4thedition) then (i) TIA disclaims any duty or obligation t

12、o search or investigate the records of any other SSO for IPR or letters of assurance relating to any such Normative Reference; (ii) TIAs policy of encouragement of voluntary disclosure (see Engineering Manual Section 6.5.1) of Essential Patent(s) and published pending patent applications shall apply

13、; and (iii) Information as to claims of IPR in the records or publications of the other SSO shall not constitute identification to TIA of a claim of Essential Patent(s) or published pending patent applications. TIA does not enforce or monitor compliance with the contents of the Document. TIA does no

14、t certify, inspect, test or otherwise investigate products, designs or services or any claims of compliance with the contents of the Document. ALL WARRANTIES, EXPRESS OR IMPLIED, ARE DISCLAIMED, INCLUDING WITHOUT LIMITATION, ANY AND ALL WARRANTIES CONCERNING THE ACCURACY OF THE CONTENTS, ITS FITNESS

15、 OR APPROPRIATENESS FOR A PARTICULAR PURPOSE OR USE, ITS MERCHANTABILITY AND ITS NONINFRINGEMENT OF ANY THIRD PARTYS INTELLECTUAL PROPERTY RIGHTS. TIA EXPRESSLY DISCLAIMS ANY AND ALL RESPONSIBILITIES FOR THE ACCURACY OF THE CONTENTS AND MAKES NO REPRESENTATIONS OR WARRANTIES REGARDING THE CONTENTS C

16、OMPLIANCE WITH ANY APPLICABLE STATUTE, RULE OR REGULATION, OR THE SAFETY OR HEALTH EFFECTS OF THE CONTENTS OR ANY PRODUCT OR SERVICE REFERRED TO IN THE DOCUMENT OR PRODUCED OR RENDERED TO COMPLY WITH THE CONTENTS. TIA SHALL NOT BE LIABLE FOR ANY AND ALL DAMAGES, DIRECT OR INDIRECT, ARISING FROM OR R

17、ELATING TO ANY USE OF THE CONTENTS CONTAINED HEREIN, INCLUDING WITHOUT LIMITATION ANY AND ALL INDIRECT, SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES (INCLUDING DAMAGES FOR LOSS OF BUSINESS, LOSS OF PROFITS, LITIGATION, OR THE LIKE), WHETHER BASED UPON BREACH OF CONTRACT, BREACH OF WARRANTY, TORT (IN

18、CLUDING NEGLIGENCE), PRODUCT LIABILITY OR OTHERWISE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. THE FOREGOING NEGATION OF DAMAGES IS A FUNDAMENTAL ELEMENT OF THE USE OF THE CONTENTS HEREOF, AND THESE CONTENTS WOULD NOT BE PUBLISHED BY TIA WITHOUT SUCH LIMITATIONS. TIA-664.517-B 1 2 3 4 5 6

19、7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 517-i Contents Wireless Features Description: Priority Access and Channel Assignment Contents List of Tables.ii Revision Historyii 1 Priority

20、 Access and Channel Assignment (PACA).1 1.1 Normal Procedures with Successful Outcome1 1.2 Exception Procedures or Unsuccessful Outcome .4 1.3 Alternative Procedures .5 1.4 Interactions with Other Wireless Services6 TIA-664.517-B 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 2

21、7 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 List of Tables 517-ii List of Tables Table 1: PACA Subscription Option .2 Revision History Revision Date Remarks IS-53, Revision 0 August 1991 Initial publication IS-53, Revision A May 1995 Updated p

22、ublication ANSI/TIA/EIA-664, Revision 0 June 1996 Initial ANSI publication ANSI/TIA/EIA/664-517-A July 2000 Updated ANSI publication TIA-664.517-B September 2007 TIA-664.517-B 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 4

23、5 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 517-1 Priority Access and Channel Assignment (PACA) 1 Priority Access and Channel Assignment (PACA) Priority Access and Channel Assignment (PACA) allows a subscriber to have priority access to voice or traffic channels on call origination. This feature

24、permits a subscriber to obtain priority access to voice or traffic channels by queuing these subscribers originating calls when channels are not available. When a channel becomes available, the queued subscriber is served on a first-come-first-served and a priority basis. The subscriber is assigned

25、one of n priority levels at subscription time (where n has a minimum of eight and a maximum of fifteen). Priority levels are defined as 1, 2, 3,n , with 1 being the highest priority level and n being the lowest priority level. The invocation of PACA is determined by subscription to one of two option

26、s: Permanent or Demand. In the Permanent option the feature is always available and is used automatically whenever the subscriber attempts to originate a call. In the Demand option the feature is available only on request. The subscriber requests PACA by using a feature code with an origination requ

27、est. Call originations to priority access service codes or Directory Numbers (e.g., 9-1-1, fire, police medical) should invoke PACA using an independent priority level assigned to each number by the serving service provider. The priority used for the call shall be the higher of the dialed numbers pr

28、iority level or the subscribers priority level. The subscriber is considered to be busy while it waits for a PACA channel to be assigned. PACA does not impact a subscribers normal ability to originate calls or to receive calls. Applicability to Telecommunications Services PACA feature shall be appli

29、cable to originating telecommunications services that require a voice or traffic channel assignment. 1.1 Normal Procedures with Successful Outcome Authorization PACA may be generally available or may be provided after prearrangement with the service provider. TIA-664.517-B 1 2 3 4 5 6 7 8 9 10 11 12

30、 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 Priority Access and Channel Assignment (PACA) 517-2 A PACA subscriber is assigned a default and a maximum allowed priority level (1, 2, 3,n , with 1 being

31、the highest and n being the lowest). PACA may be authorized with one of the following options: Table 1: PACA Subscription Option Subscription Options Values Invocation Permanent. The subscriber is permanently assigned a default priority level. Demand. The subscriber is assigned a default priority le

32、vel but is authorized to demand a different priority level up to the subscribers maximum allowed level. Deauthorization PACA may be withdrawn at the subscribers request or for administrative reasons. Registration PACA has no registration. Deregistration PACA has no deregistration. Activation PACA is

33、 activated upon authorization. Deactivation PACA shall be deactivated upon deauthorization. Invocation PACA is invoked only when requested and an idle voice or traffic channel required for an origination request is not available. For subscribers with the Permanent option, PACA is automatically reque

34、sted on all call origination attempts. For subscribers with the Demand Invocation option, PACA is manually requested by prepending the PACA feature code to the origination request, as in: *FC + # + termination address + SEND . Alternatively: *FC + termination address + SEND TIA-664.517-B 1 2 3 4 5 6

35、 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 517-3 Priority Access and Channel Assignment (PACA) is possible, if a fixed length distinct invocation feature code is used. If an idle voic

36、e or traffic channel is available when PACA is requested, the origination request is allowed to proceed normally without delay. Invocation of PACA is considered complete when one of the following events occurs: a. A channel is assigned to the subscriber. b. The subscriber cancels the request by pres

37、sing the END key. c. The loss of radio contact or roaming to another system. d. Preemption of the request. Normal Operation with Successful Outcome Priority calls shall be queued based on the priority level of the call (based on subscriber service profile and dialed number) and the order of call ori

38、gination. Higher priority call requests shall be queued ahead of lower priority call requests regardless of when they arrived. Call requests of the same priority shall be queued in the order of arrival. If a request arrives when the request queue is full and the new request has higher priority than

39、other requests, the new request may preempt a lower priority request. If the request has the same or lower priority of the other requests; the request may be denied. The following indications should be provided to the subscriber by the MS: a. Acceptance of a PACA request. b. Rejection of a PACA requ

40、est. The MS shall apply mobile reorder tone. c. A request in progress. d. Relative position in the PACA queue. e. Loss of a pending request (including loss of radio contact and possibly roaming to another system). f. Preemption of a pending request. A priority call request may be removed from the qu

41、eue by an authorized subscriber pressing the END key. The request shall also be removed by the system, if radio contact is not maintained with the requesting MS. A subscriber shall be able to roam between the cells of a system while a PACA request is pending and not lose his or her place in the requ

42、est queue to PACA requests of the same or lower priority that were received later.1When a voice or traffic channel for the request becomes available, the oldest and highest priority call request shall be served first. If a subscriber roams to a cell with an available channel, the request shall be se

43、rviced immediately. The MS is alerted of the available 1Roaming between systems while a PACA request is pending is for further study. TIA-664.517-B 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54

44、 55 56 57 58 59 60 Priority Access and Channel Assignment (PACA) 517-4 channel using the automatic recall distinctive alerting cadence. When the subscriber answers, the originating call is allowed to proceed. If the recall is not answered within a period of time, the request is denied and is removed

45、 from the queue. Call Detail Record The system should record call detail information for the following: a. PACA invocation attempts including a reason for abandoning the request. b. Duration of PACA requests. c. Call legs should indicate if PACA was used to gain access. See DMH for the specific info

46、rmation to be included for each element. 1.2 Exception Procedures or Unsuccessful Outcome Registration None identified. Deregistration None identified. Activation None identified. Deactivation None identified. Invocation If the subscriber is not authorized for a request made concurrently with a call

47、 setup request, the system shall apply mobile reorder treatment and the accompanying call setup request, is not allowed to proceed. A subscriber may resend the original call setup request without losing his or her place in the queue. If a subscriber in a PACA queue requests PACA concurrently with a

48、call setup to another number, the previous request is removed from the queue and the new origination request queued as if it were a new request. If a subscriber in a PACA queue issues a call setup request to another number without a concurrent PACA request, the previous request is removed from the q

49、ueue and the new origination request is denied, if no channels are available. TIA-664.517-B 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 517-5 Priority Access and Channel Assignment (PACA) Exceptions While Roaming PACA may not be supported for roaming subscribers. Exceptions During Intersystem Handoff PACA may not be supported for a subscriber moving out of a service area with an active PACA request. 1.3 Alternative Procedures While PACA provides for qu

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 标准规范 > 国际标准 > 其他

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1