TIA-TSB-102.CABA-2002.pdf
《TIA-TSB-102.CABA-2002.pdf》由会员分享,可在线阅读,更多相关《TIA-TSB-102.CABA-2002.pdf(60页珍藏版)》请在三一文库上搜索。
1、TIA/EIA TELECOMMUNICATIONS SYSTEMS BULLETIN Project 25 Interoperability Test Procedures Conventional Voice Equipment TSB- 1 02 .CABA FEBRUARY 2002 TELECOMMUNICATIONS INDUSTRY ASSOCIATION The Teleconmiunications Industry Association represents the conmiunications sector of Copyright Telecommunication
2、s Industry Association Provided by IHS under license with EIALicensee=IHS Employees/1111111001, User=Wing, Bernie Not for Resale, 03/29/2007 02:05:38 MDTNo reproduction or networking permitted without license from IHS -,-,- NOTICE TIA/EIA Engineering Standards and Publications are designed to serve
3、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 his particular need. Existence of such Standar
4、ds and Publications shall not in any respect preclude any member or nonmember of TIA/EIA from manufacturing or selling products not conforming to such Standards and Publications, nor shall the existence of such Standards and Publications preclude their voluntary use by those other than TIA/EIA membe
5、rs, whether the standard is to be used either domestically or internationally. Standards, Publications and Bulletins are adopted by EIA in accordance with the American National Standards Institute (ANSI) patent policy. By such action, TIA/EIA does not assume any liability to any patent owner, nor do
6、es it assume any obligation whatever to parties adopting the Standard, Publication, or Bulletin. Technical Bulletins are distinguished from TIA/EIA Standards or Interim Standards, in that they contain a compilation of engineering data or information useful to the technical community, and represent a
7、pproaches to good engineering practices that are suggested by the formulating committee. This Bulletin is not intended to preclude or discourage other approaches that similarly represent good engineering practice, or that may be acceptable to, or have been accepted by, appropriate bodies. Parties wh
8、o wish to bring other approaches to the attention of the formulating committee to be considered for inclusion in future revisions of this Bulletin are encouraged to do so. It is the intention of the formulating committee to revise and update this Bulletin from time to time as may be occasioned by ch
9、anges in technology, industry practice, or government regulations, or for other appropriate reasons. (From Project No. 3-0022, formulated under the cognizance of the TIA TR-8 Committee on Mobile therefore, the following items (though associated with conventional voice systems) are excluded from inte
10、roperability testing as described in this document: . Supplementary Services such as: Call Interrupt, Discrete Listening, Silent Emergency, Talking Party Identification, Call Alerting (TSBI 02-A, Table 5-2). . Control Features such as: Emergency Alarm, Radio Check, Radio Inhibit and Uninhibit, Statu
11、s Update, Status Request and Response, Messaging, Radio Unit Monitor (TSBI 02.AABG). . Networking operations such as: Inter-system or Intra-system roaming (TSBI 02-A, Table 5-2). . Procedures related to low speed data imbedded in conventional voice (TINEIA- 102.BAAA, Section 8). . Mutual aid frequen
12、cy channel capability (TSBI 02-A, p. 30). While an attempt is made to systematically test all functionality, it is impractical within the time allotted to test all possible combinations of all settings. For instance, performing all of the interoperability tests at all of the available channels of a
13、radio is impractical. It is unlikely, though still possible, that a test unit may not operate properly on one or more channels. Likewise, It is possible that certain settings of a test unit do not behave independently even though it is expected that they do so. For instance, if one changes the setti
14、ngs on a test unit from an individual call to a group call, it is expected that this will have no effect on the status symbol operations. In an improperly operating test unit, the status symbol could show a dependancy such that it changes with a transition from individual to group call. Testing for
15、these types of problems fall more under the category of performance testing and not interoperability; therefore, interoperability testing of all possible combinations of settings is not performed. Many of the functional capabilities tested in this document are considered standard options - meaning t
16、hat, while a manufacturer is not required to provide the function, if they do provide the function, it must be compliant with the TIA1 02 standards; therefore, because a functionality is listed within the requirements for interoperability testing, it does not imply that it is a required service. Onl
17、y those services that are provided by the device and/or services that are mandatory need be tested. The reader is referred to pp. 38-40 of the System and Standards Definition document I (TSBI 02-A) for further discussion. 6 Copyright Telecommunications Industry Association Provided by IHS under lice
18、nse with EIALicensee=IHS Employees/1111111001, User=Wing, Bernie Not for Resale, 03/29/2007 02:05:38 MDTNo reproduction or networking permitted without license from IHS -,-,- TSB-I 02.CABA In a similar light, there are certain services for which the implementation may depend upon the needs of the us
19、er and the choices made by the manufacturer. However, whatever the choice for implementation, it must meet the requirements as defined in the TIAI 02 standards. An example is the manner in which a subscriber receiver responds to a busy status symbol. The subscriber may be inhibited from transmission
20、 during a busy status symbol or it may be allowed to transmit despite the state of the status symbol. Because the inhibition of transmission during a busy assertion may be desirable under certain circumstances, interoperability testing is required if the functionality is implemented in this way. How
21、ever, just because the test is required does not imply that the response to the busy status symbol has to be implemented one way or the other. 2.1 Test Approach There are two distinct avenues of testing. One approach evaluates a unit under test (UUT) against a reference (or in some cases two referen
22、ces). This is referred to as reference-to-system (RTS) testing. The other approach tests UUTs against each other. This is referred to as system-to-system (STS) testing. The RTS approach makes the assumption that by testing functional capabilities of individual systems against a reference and verifyi
23、ng that each UUT meets certain requirements under the TIAI 02 digital radio standards, the UUT should be interoperable with all other systems that also meet the requirements. While this method has some distinct advantages, it is possible that a UUT could pass an RTS test but fail to verify interoper
24、ability with other systems. The advantage, however, is that, as remote as it may be, it is possible that most of the manufacturers could potentially interpret the standards in error and still be interoperable. The RTS approach, in this case, could potentially identify these errors (provided the refe
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- TIA TSB 102. CABA 2002
链接地址:https://www.31doc.com/p-3801106.html