1、 TIA-102.AABH November 2014Project 25 Dynamic Regrouping Messages and Procedures NOTICE TIA Engineering Standards and Publications are designed to serve the public interest through eliminating misunderstandings between manufacturers and purchasers, facilitating interchangeability and improvement of
2、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 any respect preclude any member or non-member of TIA from manufacturing or selling products not conforming t
3、o 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. Standards and Publications are adopted by TIA in accordance with the American National Standards Institute (ANSI)
4、 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 does not purport to address all safety problems associated with its use or all applicable regulatory requir
5、ements. 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. Any use of trademarks in this document are for information purposes and do not constitute an endorsement by
6、TIA or this committee of the products or services of the company. (From Project No. TIA-PN-102.AABH, formulated under the cognizance of the TIA TR-8 Mobile and Personal Private Radio TR-8.10 Subcommittee on Trunking and Conventional Control). Published by TELECOMMUNICATIONS INDUSTRY ASSOCIATION Tech
7、nology (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 standards development or any editing process. The use or practice of contents of this Document m
8、ay 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 patents and published pending patent applications are claimed and called to TIAs attentio
9、n, 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 of any claims of IPR. TIA will neither be a party to discussions of any licensing terms
10、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 that procedures or practices suggested or provided in the Manual have been complied with a
11、s 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 publication of standards (whether designated as a standard, specification, recommendation or oth
12、erwise), whether such reference consists of mandatory, alternate or optional elements (as defined in the TIA Procedures for American National Standards) then (i) TIA disclaims any duty or obligation to search or investigate the records of any other SSO for IPR or letters of assurance relating to any
13、 such Normative Reference; (ii) TIAs policy of encouragement of voluntary disclosure (see TIA Procedures for American National Standards Annex C.1.2.3) of Essential Patent(s) and published pending patent applications shall apply; and (iii) Information as to claims of IPR in the records or publicatio
14、ns 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 or otherwise investigate products, designs or s
15、ervices 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 A PARTICULAR PURPOSE OR USE, ITS MERCHANTABILITY
16、 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 APPLICABLE STATUTE, RULE OR REGULATION, OR THE SAFETY
17、 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 THE CONTENTS CONTAINED HEREIN, INCLUDING WITHOUT L
18、IMITATION 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), PRODUCT LIABILITY OR OTHERWISE, EVEN IF ADVISED OF
19、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-102.AABH i FOREWORD (This foreword is not part of this TIA standard.) This document has been c
20、reated in response to a request by the APCO/NASTD/FED Project 25 Steering Committee as provided for in a Memorandum of Understanding (MOU) dated April 1992 and amended December 1993. That MOU states APCO/NASTD/FED shall devise a common system standard for digital public safety communications (the St
21、andard) commonly referred to as Project 25 or P25, and that TIA, as agreed to by the membership of the appropriate TIA Engineering Committee, will provide technical assistance in the development of documentation for the Standard. If the symbol “P25” or the wording “Project 25” appears on the cover s
22、heet of this document when published that indicates the APCO/NASTD/FED Project 25 Steering Committee has adopted this document as part of the Standard. The appearance of the abbreviation “P25” or the wording “Project 25” on the cover sheet of this document or in the title of any document referenced
23、herein should not be interpreted as limiting the applicability of the information contained in any document to “P25” or “Project 25” implementations exclusively. The TIA makes no claims as to the applicability of the information contained in this document for any purpose although it is believed that
24、 the information will prove to be useful to designers of digital land mobile radio systems. TIA-102.AABH ii Table of Contents 1 INTRODUCTION 1 1.1 Purpose . 1 1.2 Scope . 1 1.3 Dynamic Regrouping Overview 1 1.4 Acronyms and Abbreviations 3 1.5 References . 4 1.6 REVISION HISTORY . 5 2 MFIDA4 EXPLICI
25、T ENCRYPTION GROUP REGROUPING PROCEDURES 6 2.1 Overview 6 2.2 Group Regroup Initiation 6 2.2.1 Selection of Group Regrouping parameters . 6 2.2.2 RFSS Actions . 6 2.2.2.1 Two-way Regroup Patch Setup . 7 2.2.2.2 One-way Regroup Simulselect Setup 7 2.2.2.3 Selection of Encryption parameters . 7 2.2.2.
26、4 Selection of Units and Groups to Regroup 7 2.2.2.5 Selection of SP-WGID and SSN 8 2.2.3 Subscriber Unit Actions 8 2.2.3.1 Types of Group Regrouping 8 2.2.3.2 Encryption Mode . 9 2.2.3.3 Announcement Group Behavior 9 2.3 Group Regroup Voice Call Procedures 9 2.3.1 Initiating a Patch Group Regroup C
27、all Request 9 2.3.2 Valid Patch Group Regroup Call Request RFSS Responses . 9 2.3.3 Requesting SU Actions for a Patch Group Regroup Call 10 2.3.4 Non-Requesting SUs Actions for a Group Regroup Call . 10 2.3.5 Simulselect Group Regroup Call Procedures . 11 TIA-102.AABH iii 2.3.6 Emergency Processing
28、. 11 2.3.6.1 Patch Group Regroup Emergency . 11 2.3.6.2 Simulselect Group Regroup Emergency 11 2.3.7 Group Regroup Traffic Channel Maintenance 12 2.4 Group Regroup Cancellation 12 2.4.1 RFSS Actions . 13 2.4.2 SU Actions . 13 3 MFID90 AIRLINK EFFICIENT REGROUPING PROCEDURES .14 3.1 Overview 14 3.2 G
29、roup Regroup Initiation 14 3.2.1 RFSS Actions . 14 3.2.2 Subscriber Unit Actions 14 3.3 Group Regroup Voice Call Procedures . 15 3.3.1 Initiating a Group Regroup Call Request 15 3.3.2 Valid Group Regroup Call Request RFSS Responses 15 3.3.2.1 Exception Case . 16 3.3.3 Requesting Subscriber Unit Acti
30、ons . 16 3.3.4 Emergency Operation. 17 3.3.5 Announcement Groups . 17 3.3.6 Encrypted Operation 17 3.3.7 Group Regroup Traffic Channel Maintenance 17 3.4 Group Regroup Cancellation 18 3.4.1 RFSS Actions . 18 3.4.2 SU Actions . 18 3.5 MFID90 Individual Regrouping Procedures 19 3.5.1 Operational State
31、s for Individual Regrouping (IR) . 19 3.5.1.1 Normal . 19 3.5.1.2 Regrouped 19 3.5.2 Individual Regrouping (IR) Initiation 20 TIA-102.AABH iv 3.5.3 Individual Regrouping (IR) Cancellation . 21 4 TRUNKING CONTROL CHANNEL MESSAGES . 23 4.1 MFIDA4 Explicit Encryption Group Regrouping ISPs . 23 4.2 MFID
32、90 Airlink Efficient Group Regrouping ISPs 23 4.2.1 MFID90 Group Regroup Voice Request (MOT_GRG_V_REQ) 23 4.2.2 MFID90 Extended Function Response (MOT_EXT_FNCT_RSP) 24 4.3 MFIDA4 Explicit Encryption Group Regrouping OSPs 25 4.3.1 Field Definitions 25 4.3.1.1 Group Regrouping Options (GRG_Options) 25
33、 4.3.2 Messages. 26 4.3.2.1 MFIDA4 Group Regroup Explicit Encryption Command (GRG_EXENC_CMD) . 26 4.4 MFID90 Group Regrouping OSPs 28 4.4.1 MFID90 Group Regroup Add Command (MOT_GRG_ADD_CMD) 28 4.4.2 MFID90 Group Regroup Delete Command (MOT_GRG_DEL_CMD) 29 4.4.3 MFID90 Group Regroup Channel Grant (M
34、OT_GRG_CN_GRANT) 30 4.4.3.1 MFID90 Group Regroup Channel Grant Explicit Channel Format (MOT_GRG_CN_GRANT_EXP) . 31 4.4.4 MFID90 Group Regroup Channel Update (MOT_GRG_CN_GRANT_UPDT) 32 4.4.5 MFID90 Extended Function Command (MOT_EXT_FNCT_CMD) . 33 4.4.6 MFID90 Queued Response (MOT_QUE_RSP) 34 4.4.7 M
35、FID90 Deny Response (MOT_DENY_RSP) 35 4.4.8 MFID90 Acknowledge Response (MOT_ACK_RSP_FNE) . 36 5 LINK CONTROL MESSAGES 37 5.1 MFIDA4 Explicit Encryption Group Regrouping LCs . 37 5.2 MFID90 Airlink Efficient Group Regrouping LCs . 37 5.2.1 Group Regroup User LC (LC_MOT_GRG_V_CH_USR) 37 5.2.2 Group R
36、egroup Channel Update LC (LC_MOT_GRG_V_CH_UPDT) 38 6 TDMA MAC MESSAGES . 39 TIA-102.AABH v 6.1 MFIDA4 Explicit Encryption Group Regrouping MAC Messages 39 6.2 MFID90 Airlink Efficient Group Regrouping MAC Messages 39 6.2.1 MFID90 Group Regroup Voice Channel User - Abbreviated Format (MAC_MOT_GRG_V_C
37、H_USR) 39 6.2.2 MFID90 Group/Regroup Voice Channel User Extended Format (MAC_MOT_GRG_V_CH_USR_EXT) . 40 6.2.3 MFID90 Group Regroup Voice Channel Update (MAC_MOT_GRG_V_CH_UPDT) 41 6.2.4 MFID90 Extended Function Command (MAC_MOT_EXT_FNCT_CMD) 42 ANNEX A TIMER VALUES .43 ANNEX B ISP AND OSP LISTS44 ANN
38、EX C CALL SEQUENCE DIAGRAMS (INFORMATIVE) 45 ANNEX D DENY RESPONSE REASON CODES .52 List of Tables Table 4-1 Extended Function Values (ISP) . 24 Table 4-2 Extended Function Values (OSP) 33 Table 5-1 LCO - Link Control Opcode . 38 Table 5-2 Link Control Usages 38 Table 6-1 MAC Message Lengths . 39 Ta
39、ble 6-2 Extended Function Values . 42 Table 6-3 ISP Lists 44 Table 6-4 OSP Lists 44 Table 6-5 MFID90 Deny Response Reason Codes . 52 Table 6-6 MFIDA4 Deny Response Reason Codes 52 TIA-102.AABH vi List of Figures Figure 3-1 Operational States for Individual Regrouping . 19 Figure 3-2 Call Sequence Di
40、agram for IR Command Operation 21 Figure 3-3 Call Sequence Diagram for IR Cancel Operation 22 Figure 4-1 MFID90 Group Regroup Voice Request 23 Figure 4-2 MFID90 Extended Function Response 24 Figure 4-3 Group Regrouping Options Field Definition 25 Figure 4-4 MFIDA4 Group Regroup Explicit Encryption C
41、ommand 26 Figure 4-5 MFID90 Group Regroup Add Command . 28 Figure 4-6 MFID90 Group Regroup Delete Command . 29 Figure 4-7 MFID90 Group Regroup Channel Grant OSP . 30 Figure 4-8 MFID90 Group Regroup Channel Grant OSP . 31 Figure 4-9 MFID90 Group Regroup Channel Update OSP . 32 Figure 4-10 MFID90 Exte
42、nded Function Command OSP . 33 Figure 4-11 MFID90 Queued Response OSP 34 Figure 4-12 MFID90 Queued Response OSP 35 Figure 4-13 MFID90 Acknowledge Response OSP 36 Figure 5-1 MFID90 Group Regroup User LC . 37 Figure 5-2 MFID90 Group Regroup Channel Update LC . 38 Figure 6-1 MFID90 Group Regroup Voice
43、Channel User Abbreviated Format . 39 Figure 6-2 MFID90 Group Regroup Voice Channel User - Extended Format 40 Figure 6-3 MFID90 Group Regroup Voice Channel Update 41 Figure 6-4 MFID90 Extended Function Command 42 Figure 6-5 MFID90 Patch Group Regroup Initiation 45 Figure 6-6 MFID90 Console to Group R
44、egroup Voice Call 46 Figure 6-7 MFID90 Unit to Group Regroup Voice Call Initiation, Call Maintenance, and Termination (FDMA channels example) . 47 Figure 6-8 MFID90 Group Regroup Cancellation 48 Figure 6-9 MFIDA4 Patch Group Regroup Initiation 49 Figure 6-10 MFIDA4 Simulselect Group Regroup Initiati
45、on . 50 Figure 6-11 MFIDA4 Group Regroup Cancellation 51 TIA-102.AABH 1 1 INTRODUCTION 1.1 Purpose The purpose of this document is to specify the messaging and procedures that allow Dynamic Regrouping operations in a trunking system. The term “Dynamic Regrouping” refers to Individual and Group Regro
46、uping operations. Individual regrouping assigns an affiliated radio to a new talkgroup for communication purposes. This allows radios to be reassigned over the air without the need for intervention by the radio user. Group Regrouping is done by signaling regrouping information to SUs currently affil
47、iated to the affected talkgroups. The talkgroups are grouped together into a larger talkgroup called a supergroup. A supergroup is a unique type of working group only used in Group Regrouping operations. The acronym for a Supergroup Working Group ID is SP-WGID. Group regrouping may take the form of
48、a two-way regroup (a.k.a. “patch) or a one-way regroup (a.k.a. “simulselect). Both patch and simulselect allow communication with multiple groups on a single voice channel by linking multiple groups into a supergroup. A two-way patch allows voice communications in both directions on the Supergroup W
49、orking Group ID (SP-WGID), from dispatcher to SUs and from SUs to SUs and dispatchers. A simulselect is a one-way patch, from dispatcher to SUs only, where SUs are only allowed to receive on the SP-WGID while transmitting on their normally selected WGID. Currently deployed implementations support one of two different methods, referred to as “MFIDA4 Explicit Encryption” or “MFID90 Airlink Efficient.” Since both of these methods are already available in the field, the TIA/TR8 Private Land Mobile Radio committee decided to accept both of these methods into the TIA-102 suite o
