1、 TIA-102.BAAA-A (Revision of TIA-102.BAAA) September 2003Project 25 FDMA- Common Air Interface ANSI/TIA-102.BAAA-A-2003 APPROVED: SEPTEMBER 17, 2003 REAFFIRMED: AUGUST 2, 2013 NOTICE TIA Engineering Standards and Publications are designed to serve the public interest through eliminating misunderstan
2、dings 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 any respect p
3、reclude 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. Standards and Publ
4、ications 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 does not pur
5、port 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. (From Project
6、 No. 3-4080-RV1-RF1, formulated under the cognizance of the TIA TR-8 Mobile and Personal Private Radio Standards, TR-8.15 Subcommittee on Common Air Interface). Published by TELECOMMUNICATIONS INDUSTRY ASSOCIATION Technology (b) there is no assurance that the Document will be approved by any Committ
7、ee 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 may involve the use of intellectual property rights (“IPR”), including pending or i
8、ssued 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 attention, a statement from the holder thereof is requested, all in accordance with the Ma
9、nual. 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 or conditions, which are instead left to the parties involved, nor will TIA opine
10、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 as respects the Document or its contents. If the Document contains one or more Norm
11、ative 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 otherwise), whether such reference consists of mandatory, alternate or optional eleme
12、nts (as defined in the TIA Engineering Manual, 4thedition) 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 such Normative Reference; (ii) TIAs policy of encouragement of voluntary disclosure (see Engi
13、neering Manual Section 6.5.1) of Essential Patent(s) and published pending patent applications shall apply; 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 pate
14、nt 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 services or any claims of compliance with the contents of the Document. ALL WARRANTIES, EXPRESS OR IMPLIED, ARE DISCLAIMED,
15、 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 AND ITS NONINFRINGEMENT OF ANY THIRD PARTYS INTELLECTUAL PROPERTY RIGHTS. TIA EXPRESSLY DISCLAIMS ANY AND ALL RESPONSIBIL
16、ITIES 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 OR HEALTH EFFECTS OF THE CONTENTS OR ANY PRODUCT OR SERVICE REFERRED TO IN THE DOCUMENT OR PRODUCED OR RENDERED TO COMPLY
17、 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 LIMITATION ANY AND ALL INDIRECT, SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES (INCLUDING DAMAGES FOR LOSS OF BUSINESS, LOSS
18、 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 THE POSSIBILITY OF SUCH DAMAGES. THE FOREGOING NEGATION OF DAMAGES IS A FUNDAMENTAL ELEMENT OF THE USE OF THE CONTENTS HER
19、EOF, AND THESE CONTENTS WOULD NOT BE PUBLISHED BY TIA WITHOUT SUCH LIMITATIONS. TIA-102.BAAA-A i Foreword This foreword is not part of this standard. This document has been submitted to APCO/NASTD/FED by the Telecommunications Industry Association (TIA), as provided for in a Memorandum of Understand
20、ing (MOU) dated December, 1993. That MOU provides that APCO/NASTD/FED will devise a Common System Standard for digital public safety communications (the Standard), and that TIA shall provide technical assistance in the development of documentation for the Standard. This document has been developed w
21、ith inputs from the TIA Project 25 Interface Committee (APIC), the APIC Format Task Group, and TIA Industry members. This document has been developed by the TR-8.15 common air interface subcommittee of TIA. This document is being published because it is felt that there is an urgent need for technica
22、l information on the emerging digital techniques for Land Mobile Radio Service. This document describes the access method, bandwidth, modulation, data rate, and message format for radios meeting the Project 25 requirements. These definitions are necessary to ensure a common air interface. This docum
23、ent includes a normative Annex A, to list the bits of a voice transmission in consecutive order. This standard presents a design for a Common Air Interface which was recommended by TIA to APCO/NASTD/FED as being suitable for use as part of their standard for a digital public safety radio system (Pro
24、ject 25). The TIA has published a Project 25 System and Standards Definition document to list the remaining parts of the Project 25 suite of documents, which includes this common air interface. ii Table of Contents 1 Introduction . 1 2 Scope 2 2.1 Revision History. 3 2.2 References 4 3 Description 4
25、 4 Voice Coder 7 5 Voice Formats . 8 5.1 General Description . 8 5.1.1 Notation 9 5.1.2 Reserved Bits and Null Bits 9 5.2 Header Word . 10 5.3 Voice Frames. 11 5.3.1 Interleaving Schedule. 13 5.4 Encryption Sync Word . 14 5.5 Link Control Word 14 5.5.1 Terminator Link Control 15 5.6 Low Speed Data W
26、ord. 15 5.7 Golay Code Generator Matrices 16 5.8 Hamming Code Generator Matrices 17 5.9 Reed-Solomon Code Generator Matrices 17 6 Data Packets. 21 6.1 General Description . 21 6.2 Header Block Structure 22 6.3 Data Block Structure 22 6.3.1 Unconfirmed Data Block Structure . 22 6.3.2 Confirmed Data B
27、lock Structure . 23 6.3.3 Packet CRC 23 6.4 Confirmed Data Packet Formats 23 6.4.1 Confirmed Data Packet Header Format . 23 6.4.2 Confirmed Data Packet Data Block Format 25 6.4.3 Confirmed Data Packet Last Data Block Format 26 6.5 Response Packet Format 27 6.6 Unconfirmed Data Packet Header Format.
28、29 6.7 Enhanced Addressing Format . 30 7 Data Error Correction 32 7.1 Finite State Machine 33 7.2 Interleaver 34 8 Channel Access 35 8.1 General Description . 35 8.2 Data Units 35 8.2.1 Header Data Unit 36 8.2.2 Superframe Data Units. 36 8.2.3 Terminator Data Units 37 8.2.4 Packet Data Unit 38 8.3 F
29、rame Sync Word 38 8.4 Status Symbols 39 8.5 Network Identifier. 39 TIA-102.BAAA-A iii 8.5.1 Data Unit ID 39 8.5.2 NID Code40 9 Modulation.41 9.1 General Description .41 9.2 Symbols .41 9.3 Nyquist Raised Cosine Filter41 9.4 C4FM Modulator 41 9.4.1 C4FM Deviation42 9.5 CQPSK Modulator42 9.6 QPSK Demo
30、dulator43 10 Annex for Transmit Bit Order.45 10.1 Conventions .45 10.2 Header Data Unit .47 10.3 Logical Link Data Unit 1 .53 10.4 Logical Link Data Unit 2 .66 10.5 Simple Terminator Data Unit79 10.6 Terminator Data Unit with Link Control 81 List of Tables Table 5-1 Interleaving Schedule for Voice W
31、ord 13 Table 5-2 Generator Matrix of (16,8,5) code 16 Table 5-3 Golay Generator Matrices 17 Table 5-4 Generator Matrices for Hamming Codes 17 Table 6-1 Response Packet Class, Type, and Status Definitions. 27 Table 7-1 Trellis Code Word Sizes . 32 Table 7-2 Trellis Encoder State Transition Tables 33
32、Table 7-3 Constellation to Dibit Pair Mapping. 34 Table 7-4 Interleave Table 34 Table 8-1 Frame Sync Word Sequence . 39 Table 8-2 Status Symbol Codes. 39 Table 8-3 Network Identifier Information. 39 Table 8-4 Data Unit Identifier Values 40 Table 9-1 Dibit Symbol Mapping to Modulation Phase or Deviat
33、ion . 41 Table 9-2 CQPSK I and Q Lookup Table . 43 iv List of Figures Figure 1-1 Example Repeater Illustration. 1 Figure 1-2 Repeater Reference Model Configuration. 1 Figure 1-3 Example Talk-Around Illustration 1 Figure 1-4 Talk-Around Reference Configuration. 2 Figure 2-1 Common Air Interface in a
34、Radio System . 2 Figure 3-1 Reference Model Diagram 5 Figure 3-2 Simple Transmitter Diagram . 5 Figure 5-1 Voice Message Structure 8 Figure 5-2 Data Units for Voice Messages. 9 Figure 5-3 Diagram of Header Code Word Construction 11 Figure 5-4 Diagram of Voice Code Word Construction 11 Figure 5-5 Dia
35、gram of Encryption Sync Code Word Construction . 14 Figure 5-6 Link Control Formats. 14 Figure 5-7 Diagram of Link Control Code Word Construction 15 Figure 5-8 Diagram of Terminator Link Control Code Word. 15 Figure 6-1 Decomposition of Data Message into Packets 21 Figure 6-2 Confirmed Data Packet H
36、eader Block 24 Figure 6-3 Confirmed Data Packet Data Block. 25 Figure 6-4 Confirmed Data Packet Last Data Block. 26 Figure 6-5 Response Packet Format 27 Figure 6-6 Response Packet Data Block 28 Figure 6-7 Unconfirmed Data Packet Header Format 29 Figure 6-8 Unconfirmed Data Packet Last Data Block . 2
37、9 Figure 6-9 Unconfirmed Enhanced Addressing Packet Header Format. 30 Figure 6-10 Confirmed Enhanced Addressing Packet Header Format. 31 Figure 7-1 Rate 3/4 Trellis Encoder Overview 32 Figure 7-2 Trellis Encoder Block Diagram 33 Figure 8-1 Data Units for Voice and Data Messages . 36 Figure 8-2 Heade
38、r Data Unit 36 Figure 8-3 Logical Link Data Unit 1 37 Figure 8-4 Logical Link Data Unit 2 37 Figure 8-5 Simple Terminator Data Unit. 38 Figure 8-6 Terminator Data Unit with Link Control . 38 Figure 8-7 Packet Data Unit . 38 Figure 9-1 C4FM Modulator . 42 Figure 9-2 CQPSK Modulator 42 Figure 9-3 QPSK
39、 Demodulator 44 TIA-102.BAAA-A v Patent Identification The readers attention is called to the possibility that compliance with this document may require the use of one or more inventions covered by patent rights. By publication of this document no position is taken with respect to the validity of th
40、ose claims or any patent rights in connection therewith. The patent holders so far identified have, we believe, filed with APCO/NASTD/FED statements of willingness to grant licenses under those rights on reasonable and nondiscriminatory terms and conditions to applicants desiring to obtain such lice
41、nses. Details may be obtained from APCO/NASTD/FED. The following patent holders and patents have been identified in accordance with the TIA intellectual property rights policy: TIA shall not be responsible for identifying patents for which licenses may be required by this document or for conducting
42、inquiries into the legal validity or scope of those patents that are brought to its attention. Motorola Inc. - Patent Nos. US 5,377,229; US 5,271,017; US 5,185,796; US 5,148,482; US 4,636,791; US 4,590,473 Ericsson Inc. - Patent Nos. US 4,757,536 vi Abbreviations For the purposes of this standard, t
43、he following abbreviations apply. AFC Automatic Frequency Control ARQ Automatic Retry Request to retry corrupted packets BR Base Radio, a reference designating a base station C4FM Compatible 4-level FM version of QPSK-c modulation CQPSK Compatible QPSK version of QPSK-c modulation CRC Cyclic Redunda
44、ncy Checksum for data error detection Dibit 2 bits grouped together to represent a 4-level symbol ES Encryption Synchronization information embedded in voice FS Frame Synchronization to mark the first information bit GF Galois Field to calculate parity checks for a RS code Golay Name of a standard e
45、rror correction code Hex Bit 6 bits grouped together to represent a Reed-Solomon code symbol IMBE Improved Multi-Band Excitation coder for voice KID Key Identifier to indicate the encryption key for the message LC Link Control information embedded in voice LLC Logical Link Control sublayer of the OS
46、I Data Link Layer LSD Low Speed Data embedded in voice MAC Media Access Control sublayer of the OSI Data Link Layer MI Message Indicator to initialize encryption MR Mobile Radio, a reference designating a mobile or portable radio NID Network Identifier code word following the frame sync Octal Base 8
47、 notation for numbers, also called radix 8 Octet 8 bits grouped together, also called a byte OSI Open Systems Interconnection reference model QPSK Quadrature Phase Shift Keying modulation for data QPSK-c Compatible Quadrature Phase Shift Keying family of modulations RS Reed-Solomon error correction
48、code SAP Service Access Point, where a network provides a service Trellis Code Type of error correcting code for modulation Tribit 3 bits grouped together into a symbol for a trellis code Type 3 Type of encryption for non-classified communications Type 4 Type of encryption for export from the US Um
49、Common Air Interface reference point TIA-102.BAAA-A 1 1 Introduction The objective of this document is to define the Common Air Interface for all reference configurations described in the general system model. In a first reference configuration, this is between mobile and portable subscriber units and the base stations of any RF subsystems, as illustrated here. AIR INTERFACEFigure 1-1 Example Repeater Illustration According to the Project 25 General System Model, this is the Um interface between a mobile subscriber unit functional group, and one or more base radio functional group
