欢迎来到麦多课文档分享! | 帮助中心 海量文档,免费浏览,给你所需,享你所想!
麦多课文档分享
全部分类
  • 标准规范>
  • 教学课件>
  • 考试资料>
  • 办公文档>
  • 学术论文>
  • 行业资料>
  • 易语言源码>
  • ImageVerifierCode 换一换
    首页 麦多课文档分享 > 资源分类 > PDF文档下载
    分享到微信 分享到微博 分享到QQ空间

    TIA-136-630-1999 TDMA Cellular PCS Broadcast Teleservice Transport- Broadcast Air-Interface Transport Service (BATS) (ANSI APPROVAL WITHDRAWN JUNE 12 2015).pdf

    • 资源ID:1060228       资源大小:1.10MB        全文页数:38页
    • 资源格式: PDF        下载积分:10000积分
    快捷下载 游客一键下载
    账号登录下载
    微信登录下载
    二维码
    微信扫一扫登录
    下载资源需要10000积分(如需开发票,请勿充值!)
    邮箱/手机:
    温馨提示:
    如需开发票,请勿充值!快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
    如需开发票,请勿充值!如填写123,账号就是123,密码也是123。
    支付方式: 支付宝扫码支付    微信扫码支付   
    验证码:   换一换

    加入VIP,交流精品资源
     
    账号:
    密码:
    验证码:   换一换
      忘记密码?
        
    友情提示
    2、PDF文件下载后,可能会被浏览器默认打开,此种情况可以点击浏览器菜单,保存网页到桌面,就可以正常下载了。
    3、本站不支持迅雷下载,请使用电脑自带的IE浏览器,或者360浏览器、谷歌浏览器下载即可。
    4、本站资源下载后的文档和图纸-无水印,预览文档经过压缩,下载后原文更清晰。
    5、试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。

    TIA-136-630-1999 TDMA Cellular PCS Broadcast Teleservice Transport- Broadcast Air-Interface Transport Service (BATS) (ANSI APPROVAL WITHDRAWN JUNE 12 2015).pdf

    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


    注意事项

    本文(TIA-136-630-1999 TDMA Cellular PCS Broadcast Teleservice Transport- Broadcast Air-Interface Transport Service (BATS) (ANSI APPROVAL WITHDRAWN JUNE 12 2015).pdf)为本站会员(explodesoak291)主动上传,麦多课文档分享仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文档分享(点击联系客服),我们立即给予删除!




    关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

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

    收起
    展开