1、 ANSI/TIA-136-630-1999 APPROVED: NOVEMBER 29, 1999 REAFFIRMED: JUNE 20, 2003 REAFFIRMED: MAY 28, 2013 WITHDRAWN: JUNE 12, 2015 TIA-136-630 November 1999TDMA Cellular/ PCS Broadcast Teleservice Transport- Broadcast Air- Interface Transport Service (BATS) NOTICE TIA Engineering Standards and Publicati
2、ons are designed to serve the public interest 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 nee
3、d. 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 to such Standards and Publications. Neither shall the existence of such Standards and Publications preclude their voluntary use
4、by Non-TIA members, either domestically or 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 whatev
5、er 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 requirements. It is the responsibility of the user of this Standard to establish appropriate safety and health practices and to deter
6、mine 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 TIA or this committee of the products or services of the company. (From Project No. 3-4027-136.630-RF2-WD, formulated under the
7、 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 standards development or any editing process. The use or practice o
8、f 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 patents and published pending patent applications are claime
9、d 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 of any claims of IPR. TIA will neither be a party to discus
10、sions 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 that procedures or practices suggested or provided in the Man
11、ual 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 publication of standards (whether designated as a standard, specifi
12、cation, recommendation or otherwise), 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
13、 of assurance relating to any 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
14、 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 or otherwise inves
15、tigate 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 A PARTICULAR PURPOS
16、E 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 APPLICABLE STATUTE, RULE
17、 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 THE CONTENTS CONTAINE
18、D 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), PRODUCT LIABILITY OR O
19、THERWISE, 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. TINEIA-1 36-630 Contents 1 . 2 . 3 . 4 . Introduction. . 1 S-BCCH Ser
20、vice Procedures . 2 Message Addition and Deletion . 2 Broadcast Version Management . 3 Broadcast Stream Management 4 2.1 2.2 2.3 2.4 S-BCCH Messages . 5 3.1 Broadcast Channel Configuration Message 6 3.2 BMI Conveyance of S-BCCH Changes 3 Change Notification Message . 6 3.3 R-DATA Message . 6 Subchan
21、nel Schedule Message . 7 3.4 Information Element Description s. 8 4.1 4.2 4.3 4.4 4.5 4.6 4.7 4.8 4.9 4.10 4.11 Broadcast Set ID 8 Broadcast Set ID Version . 10 Hyperframe Window 11 Subchannel Change Description 11 Subchannel Change Map . 14 Subchannel Configuration . 15 Subchannel Count 22 Subchann
22、el Duration . 22 Subchannel Schedule . 23 R-Transaction Identifier . 24 Message Type 24 5 . Change History for TIA/EIA.136.630 . 25 I TINEIA-1 36-630 List of Tables Table 1 Layer 3 Message - S-BCCH Messages 5 II TINEIA-1 36-630 List of Figures Figure 1 BATS Protocol Stack . 1 . 111 TINEIA-1 36-630 T
23、eleservice TSAR 1 1. Introduction 4 Te I e se rvi ce 4 TSAR (optional) 9 Broadcast Teleservice Transport is provided by the Broadcast Air-interface Transport Service (BATS). BATS operates between a Teleservice Server (TS) and mobile stations using both TIAEIA-136 and TIAEIA-41 based protocol stacks
24、along with a BMI based relay function as shown in Figure 1. BATS is a general purpose broadcast transport mechanism that can be used by existing teleservices (e.g., CMT, OPTS, GUTS, and carrier-specific teleservices) as well as other future teleservices/applications requiring broadcast transport sup
25、port. Figure 1 BATS Protocol Stack MS BMI *I beyond the scope of this document TS 1 TINEIA-1 36-630 1 2. S-BCCH Service Procedures 2 2.1 Message Addition and Deletion 3 4 5 Inherent to the operation of S-BCCH service is the ability to add messages to or to delete messages from an existing S-BCCH sub
26、channel. The general procedures for adding or deleting messages to a Normal S-BCCH subchannel (see Section 2.4) are described 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 below: If fewer than 64 messages are currently defined for an S-BCCH subchannel, the BMI may a
27、dd a new R-DATA message to it at any time by assigning a currently unassigned Message ID value (O .63) to the new message. If all 64 Message ID values are currently assigned for an S-BCCH subchannel, the BMI cannot add a new R-DATA message unless it first deletes an existing message. A BMI may delet
28、e an R-DATA message from an S-BCCH subchannel at any time. Once the BMI has updated the necessary S-BCCH subchannels to reflect the desired deletion(s), it toggles the S-BCCH Change Notification (S-BCN) flag to indicate that a change has occurred. The Message ID of an existing message shall not be c
29、hanged unless the Subchannel Reset (see Section 2.2) or Service Change approach (see Section 2.2) is used. If a BMI uses the Subchannel Supplement approach for deleting messages (see Section 2.2), and wishes to reuse the same Message ID, it shall perform one of the following: + Change the Message ID
30、 Version value associated with a Message ID value currently in use. This results in the deletion of the R-DATA message associated with the previous Message ID Version by overwriting it with the R-DATA message associated with the new Message ID Version. Stop using one or more Message ID values and wa
31、it at least 5625 hyperframes before reusing them with the previous Message ID Version. + If a BMI uses the Service Change or Subchannel Reset approach for deleting messages (see Section 2.2), it is free to immediately reassign any previously assigned Message ID and Message ID Version values. These m
32、ethods should only be used as last resort, by any BMI, in order to reduce the impact on MS sleep cycles. 2 TINEIA-1 36-630 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 2.2 BMI Conveyance of S-BCCH Changes The BMI may convey S-BCCH change
33、 information to mobile stations the following ways after a toggle of the S-BCN flag: Subchannel Supplement - The BMI indicates that the set of Message ID and Message ID Version values supported on one or more S-BCCH subchannels has been supplemented. This is indicated by the Subchannel Reset Indicat
34、or field of the Subchannel Change Description information element of the Change Notification message. Mobile stations shall respond by determining which Message ID and Message ID Version values have changed on those S-BCCH subchannels of interest. Subchannel Reset - The BMI indicates that the set of
35、 Message ID and Message ID Version values supported on one or more S-BCCH subchannels has been re- assigned. This is indicated by the Subchannel Reset Indicator field of the Subchannel Change Description information element of the Change Notification message. Mobile stations shall respond by acquiri
36、ng the new set of Message ID and Message ID Version values along with each corresponding R-DATA message on those S-BCCH subchannels of interest. Service Change - The BMI indicates by change notification that the configuration of one or more S-BCCH subchannels has been changed beyond message set modi
37、fications (see Service Change Indicator field of the Subchannel Change Description information element of the Change Notification message). Mobile stations shall respond to this service change by acquiring the new configuration of all indicated S-BCCH. Mobile stations then acquire the full set of R-
38、DATA messages sent on the changed S-BCCH subchannels of interest. 2.3 Broadcast Version Management The BMI includes identifiers in the Broadcast Channel Configuration message to ensure that a mobile station is capable of determining the latest version of S-BCCH messages sent on any given Normal S-BC
39、CH subchannel (see Section 2.4). These identifiers consist of the following: Broadcast Set ID - Identifies the identity of the set of S-BCCH messages transmitted on S-BCCH subchannels 2 - 31 and is unique within a certain broadcast domain (see the Broadcast Set ID information element). Broadcast Set
40、 ID Version - A modulo 256 counter used to identify the version of the set of broadcast messages transmitted on S-BCCH subchannels 2 - 31. The value of Broadcast Set ID Version is incremented whenever a Service Change, a Subchannel Reset or a Subchannel Supplement (see Section 2.2) has been applied
41、to one or more S-BCCH subchannels (see the Broadcast Set ID Version information element). 3 TINEIA-1 36-630 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 2.4 Subchannel Version - A modulo-64 counter maintained for each configured S- BCCH subchannel and use
42、d to identify the version of S-BCCH messages supported thereon. The value of each Subchannel Version is incremented whenever a Service Change, a Subchannel Reset or a Subchannel Supplement (see Section 2.2) has been applied to its corresponding S-BCCH subchannel (see the Subchannel Configuration inf
43、ormation element). Subchannel Reset Version - A modulo-4 counter maintained for each configured S-BCCH subchannel. The value of each Subchannel Reset Version is incremented whenever a Service Change or a Subchannel Reset (see Section 2.2) has been applied to its corresponding S-BCCH subchannel (see
44、the Subchannel Configuration information element). Message ID - Each message sent on an S-BCCH subchannel is assigned a Message ID value that is unique within the context of that S-BCCH subchannel (see the Message Set field of the Subchannel Configuration information element). The set of Message IDS
45、 may change whenever a Service Change, a Subchannel Reset or a Subchannel Supplement (see Section 2.1) has been applied. Message ID Version - Each Message ID supported on an S-BCCH subchannel has a corresponding Message ID Version (see the Message Set field of the Subchannel Configuration informatio
46、n element). Message ID Version may change whenever a Service Change, a Subchannel Reset or a Subchannel Supplement (see Section 2.2) has been applied. Broadcast Stream Management Inherent to the operation of S-BCCH service is the ability to support S-BCCH subchannels that have a message content that
47、 is frequently changing. Because of the dynamic nature of these S-BCCH subchannels, they are referred to as Streamed, and are not subject to the normal rules of indicating changes in subchannel content via the S- BCN flag (see TIAEIA-136-122) or broadcast version management (see Section 2.3). This i
48、s in contrast to Normal S-BCCH subchannels that are subject to the normal rules of indicating changes in subchannel content via the S-BCN flag. The existence of Streamed S-BCCH subchannels is indicated via the Category of Information field contained in the Subchannel Configuration Information elemen
49、t that is part of the Broadcast Channel Configuration message. 4 TINEIA-1 36-630 Layer 3 Message R-DATA 1 2 3 4 5 6 7 8 9 10 11 12 13 Subchannel O Subchannel 1 Subchannel 231 Yes (Note 1) Yes (Note 2) Yes (Note 3) 14 Change Notification Subchannel Schedule 15 16 17 18 No Yes No Yes No No 19 20 21 22 23 24 25 26 27 28 3. S-BCCH Messages The S-BCCH is used to transmit layer 3 messages requiring Broadcast Air-interface Transport Service (BATS) according to information categories (see the Subchannel Configuration information element). BATS provides point-to-multi-point delivery of layer 3 mess
