TIA-664 511-B-2007 Wireless Features Description Do Not Disturb (DND).pdf

1、 TIA-664.511-B (Revision of TIA-664.511-A) October 2007Wireless Features Description: Do Not Disturb (DND) ANSI/TIA-664.511-B-2007 APPROVED: OCTOBER 12, 2007 REAFFIRMED: JANUARY 28, 2013 NOTICE TIA Engineering Standards and Publications are designed to serve the public interest through eliminating m

2、isunderstandings 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 Publications shall not in an

3、y 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 internationally. Standar

4、ds 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 Publication. This Standard d

5、oes 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 limitations before its use. (F

6、rom Project No. SP-3-4652.511-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 changed in the standard

7、s 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. When IPR consisting of p

8、atents 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, the scope or validity

9、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 warrant or represent th

10、at 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, development or publicat

11、ion 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 to search or investigate

12、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; and (iii) Information

13、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 not certify, inspect, test

14、 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 OR APPROPRIATENESS FOR

15、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 COMPLIANCE WITH ANY APPLI

16、CABLE 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 RELATING TO ANY USE OF TH

17、E 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 (INCLUDING NEGLIGENCE), PRO

18、DUCT 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.511-B 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

19、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 511-i Contents Wireless Features Description: Do Not Disturb Contents Revision Historyii 1 Do Not Disturb (DND) .1 1.1 Normal Procedures with Successful Outcome1 1.2

20、 Exception Procedures or Unsuccessful Outcome .2 1.3 Alternative Procedures .3 1.4 Interactions with Other Wireless Services3 TIA-664.511-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 5

21、7 58 59 60 Revision History 511-ii Revision History Revision Date Remarks IS-53, Revision 0 August 1991 Initial publication IS-53, Revision A May 1995 Updated publication ANSI/TIA/EIA-664, Revision 0 June 1996 Initial ANSI publication ANSI/TIA/EIA/664-511-A July 2000 Updated ANSI publication TIA-664

22、.511-B September 2007 Updated publication TIA-664.511-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 511-1 Do Not Disturb (DND) 1 Do Not Disturb (DND) Do Not Disturb (DND) pr

23、events a called subscriber from receiving calls. When this feature is active, no incoming calls shall be offered to the subscriber. DND also blocks other alerting, such as the Call ForwardingUnconditional abbreviated (or reminder) alerting and Message Waiting Notification alerting. DND makes the sub

24、scriber inaccessible for call delivery. DND does not impact a subscribers ability to originate calls. DND has no impact upon held party recall alerting. Applicability to Telecommunications Services DND is applicable to voice telecommunication services. 1.1 Normal Procedures with Successful Outcome A

25、uthorization DND may be generally available or may be provided after prearrangement with the service provider. Deauthorization DND may be withdrawn at the subscribers request or for administrative reasons. Registration DND has no registration. Deregistration DND has no deregistration. Activation DND

26、 may be activated by an authorized subscriber specifying the DND feature code, as in: *FC + SEND . If the activation is accepted, the system shall indicate success with feature confirmation treatment. TIA-664.511-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 3

27、2 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 Do Not Disturb (DND) 511-2 Deactivation DND may be deactivated by an authorized subscriber specifying the DND deactivation feature code, as in: *FC0 + SEND . If the deactivation is accepted, the system shall indica

28、te success with feature confirmation treatment. DND shall be deactivated upon deauthorization. Invocation The feature is invoked when there is an incoming call and DND is active. Normal Operation with Successful Outcome When DND is active, incoming calls for the subscriber shall be given refusal tre

29、atment. When DND is active, other alerting requests shall be blocked. Call Detail Record The system should record call detail information for the following: a. DND activation activities and events. b. DND deactivation activities and events. c. Incoming calls denied by DND. See DMH for the specific i

30、nformation to be included for each element. 1.2 Exception Procedures or Unsuccessful Outcome Registration None identified. Deregistration None identified. Activation If the subscriber is not authorized for the request, the system shall apply feature denial treatment when activation is attempted. TIA

31、-664.511-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 511-3 Do Not Disturb (DND) Deactivation If the subscriber is not authorized for the request, the system shall apply fe

32、ature denial treatment when deactivation is attempted. Invocation None identified. Exceptions While Roaming None identified. Exceptions During Intersystem Handoff None identified. 1.3 Alternative Procedures None identified. 1.4 Interactions with Other Wireless Services Asynchronous Data Service (ADS

33、) ADS does not support DND. Call Delivery (CD) DND takes precedence over CD. That is, if DND is active, incoming calls shall be refused by DND and not be given CD treatment. Call ForwardingBusy (CFB) DND takes precedence over CFB. A call to a subscriber with both DND and CFB active shall be given DN

34、D treatment immediately and not be given CFB treatment. Call ForwardingDefault (CFD) Interaction between DND and CFD is beyond the scope of this Standard. The following describes a possible implementation: DND interacts with CFD. A call to a subscriber with both DND and CFD active shall be given CFD

35、 treatment immediately and not be given DND treatment. TIA-664.511-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 Do Not Disturb (DND) 511-4 Call ForwardingNo Answer (CFNA) I

36、nteraction between DND and CFNA is beyond the scope of this Standard. The following describes a possible implementation: DND interacts with CFNA. A call to a subscriber with both DND and CFNA active shall be given CFNA treatment immediately and not be given DND treatment. Call ForwardingUnconditiona

37、l (CFU) CFU takes precedence over DND. That is, calls arriving when CFU is active are forwarded unconditionally and not given refusal treatment. DND takes precedence over CFU abbreviated alert. That is, a call forwarded by CFU shall not notify the subscriber with an abbreviated (or reminder) alert.

38、Call Transfer (CT) None identified. Call Waiting (CW) DND takes precedence over CW. That is, calls arriving for a subscriber with DND and CW active shall be refused and not be given CW treatment. Calling Name Presentation (CNAP) None identified. Calling Name Restriction (CNAR) None identified. Calli

39、ng Number Identification Presentation (CNIP) DND takes precedence over CNIP. If a called subscriber has CNIP and DND active, incoming calls (and their CNI) are refused and not presented to the subscriber. Calling Number Identification Restriction (CNIR) None identified. Conference Calling (CC) None

40、identified. TIA-664.511-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 511-5 Do Not Disturb (DND) Data Privacy (DP) None identified. Do Not Disturb (DND) Not applicable. Emer

41、gency Services (9-1-1) Emergency Services takes precedence over DND. That is, a call from an authorized emergency service bureau should be able to override a subscribers DND activation. Flexible Alerting (FA) Interaction between FA and DND is beyond the scope of this Standard. The following describe

42、s a possible implementation: DND affects FA. That is, if DND is active for a member, the member is considered to be inaccessible. Even if the subscriber has FA active, incoming calls to the FA Pilot Directory Number shall skip over the member or provide the applicable inaccessible treatment. Group 3

43、 Facsimile (G3 Fax) G3 Fax does not support DND. Message Waiting Notification (MWN) MWN MS indication, count, and pip tone takes precedence over DND. MWN indication and pip tone may still be applied while DND is active. DND takes precedence over MWN alert pip tone. That is, while DND is active, aler

44、ting shall not be applied. Mobile Access Hunting (MAH) Interaction between MAH and DND is beyond the scope of this Standard. The following describes a possible implementation: DND affects MAH. That is, if DND is active for a member, the member is considered to be inaccessible. Even if the subscriber

45、 has MAH active, incoming calls to the MAH Pilot Directory Number shall skip over the member or provide the applicable inaccessible treatment. Network Directed System Selection (NDSS) None identified. TIA-664.511-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 3

46、2 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 Do Not Disturb (DND) 511-6 Non-Public Service Mode (NP) This interaction is beyond the scope of this Standard. Over-the-Air Service Provisioning (OTASP) When OTASP is active, it takes precedence over all other call

47、s and features. The user may terminate OTASP at any time in order to originate an emergency call. Password Call Acceptance (PCA) Interaction between PCA and DND is beyond the scope of this Standard. The following describes a possible implementation: DND takes precedence over PCA. That is, an incomin

48、g call to a subscriber with PCA and DND active is given DND treatment. Preferred Language (PL) None identified. Priority Access and Channel Assignment (PACA) DND takes precedence over PACA. That is, an incoming call to a subscriber with PACA invoked and DND active is given refusal treatment rather t

49、han the applicable busy treatment. Remote Feature Control (RFC) None identified. Selective Call Acceptance (SCA) Interaction between SCA and DND is beyond the scope of this Standard. The following describes a possible implementation: SCA takes precedence over DND. That is, incoming calls shall check for SCA first. If the CNI is not on the SCA list, the call is given the appropriate SCA refusal treatment. If the CNI is on the SCA list, the call is given DND refusal treatment. Service Negotiation (SN) None identified. Subscriber PIN Access (SPINA) DND feature code requests should be