ImageVerifierCode 换一换
格式:PDF , 页数:33 ,大小:352.54KB ,
资源ID:541294      下载积分:10000 积分
快捷下载
登录下载
邮箱/手机:
温馨提示:
如需开发票,请勿充值!快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝扫码支付 微信扫码支付   
注意:如需开发票,请勿充值!
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【http://www.mydoc123.com/d-541294.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(ATIS 0700006-2018 Enhanced Wireless Emergency Alert (eWEA) via GSM UMTS Cell Broadcast Service Specification (Version 2).pdf)为本站会员(priceawful190)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

ATIS 0700006-2018 Enhanced Wireless Emergency Alert (eWEA) via GSM UMTS Cell Broadcast Service Specification (Version 2).pdf

1、 ATIS-0700006.v002 ATIS Standard on - Enhanced Wireless Emergency Alert (eWEA) via GSM/UMTS Cell Broadcast Service Specification ATIS-0700006.v002 ii Foreword The Alliance for Telecommunication Industry Solutions (ATIS) serves the public through improved understanding between carriers, customers, an

2、d manufacturers. The Wireless Technologies and Systems Committee (WTSC) develops and recommends standards and technical reports related to wireless and/or mobile services and systems, including service descriptions and wireless technologies. WTSC develops and recommends positions on related subjects

3、 under consideration in other North American, regional, and international standards bodies. The mandatory requirements are designated by the word shall and recommendations by the word should. Where both a mandatory requirement and a recommendation are specified for the same criterion, the recommenda

4、tion represents a goal currently identifiable as having distinct compatibility or performance advantages. The word may denotes an optional capability that could augment the standard. The standard is fully functional without the incorporation of this optional capability. Suggestions for improvement o

5、f this document are welcome. They should be sent to the Alliance for Telecommunications Industry Solutions, WTSC 1200 G Street NW, Suite 500, Washington, DC 20005. At the time of consensus on this document, WTSC, which was responsible for its development, had the following leadership: D. Zelmer, WTS

6、C Chair (AT April 9, 2008.1Ref 2 3GPP TS 23.041, 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Technical realization of Cell Broadcast Service (CBS).2Ref 3 3GPP TS 25.419, 3rd Generation Partnership Project; Technical Specification Group RAN; UTRAN Iu-

7、BC Interface: Service Area Broadcast Protocol (SABP).2Ref 4 ATIS-0700007, Implementation Guidelines and Best Practices for GSM/UMTS Cell Broadcast Service Specification.3Ref 5 FCC 16-127, Federal Communications Commission Report and Order and Further Notice of Proposed Rulemaking In the Matter of Wi

8、reless Emergency Alerts Amendments to Part 11 of the Commissions Rules Regarding the Emergency Alert System; September 29, 2016.1 Ref 6 INCITS 31-2009, Codes for the Identification of Counties and Equivalent Areas of the United States, Puerto Rico, and the Insular Areas; International Committee for

9、Information Technology Standards (INCITS).4Ref 7 WARN Act, Security and Accountability For Every Port Act of 2006 (SAFE Port Act), Pub.L. 109-347, Title VI-Commercial Mobile Service Alerts (WARN Act).5Ref 8 ATIS-0700037, Enhanced Wireless Emergency Alert (eWEA) Federal Alert Gateway to CMSP Gateway

10、Interface Specification (a revised version of J-STD-101).3Ref 9 ATIS-0700036, Enhanced Wireless Emergency Alert (eWEA) Mobile Device Behavior (MDB) Specification (a revised version of J-STD-100).3Ref 10 3GPP TS 23.038, 3rd Generation Partnership Project; Technical Specification Group Core Network an

11、d Terminals; Alphabets and language-specific information.2Ref 11 ISO/IEC 10646:2017, Information technology - Universal Coded Character Set (UCS).6Ref 12 FCC 08-164, Federal Communications Commission Second Report and Order and Further Notice of Proposed Rulemaking In the Matter of The Commercial Mo

12、bile Alert System; July 8, 2008.1 Ref 13 FCC 08-184, Federal Communications Commission Third Report and Order and Further Notice of Proposed Rulemaking In the Matter of The Commercial Mobile Alert System; August 7, 2008.1 Ref 14 FCC 08-166, Federal Communications Commission Order on Reconsideration

13、and Erratum In the Matter of The Commercial Mobile Alert System; July 15, 2008.1 Ref 15 3GPP TS 25.324, 3rd Generation Partnership Project; 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Broadcast/Multicast Control (BMC).2 Ref 16 ATIS-0700008.v002, Cell Broad

14、cast Entity (CBE) to Cell Broadcast Center (CBC) Interface Specification.31This document is available from the Federal Communications Commission. 2This document is available from the 3rdGeneration Partnership Project (3GPP). 3This document is available from the Alliance for Telecommunications Indust

15、ry Solutions (ATIS). 4This document is available from the International Committee for Information Technology Standards (INCITS) at 5This document is available from the U.S. Government Printing Office. 6This document is available from the International Organization for Standardization (ISO). ATIS-070

16、0006.v002 3 Ref 17 3GPP TR 25.925, 3rd Generation Partnership Project; 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Radio interface for broadcast/multicast service.2 Ref 18 3GPP TS 44.012, 3rd Generation Partnership Project; 3rd Generation Partnership Proje

17、ct; Technical Specification Group GSM EDGE Radio Access Network; Short Message Service Cell Broadcast (SMSCB) support on the mobile radio interface.2Ref 19 3GPP TS 48.049, Base Station Controller - Cell Broadcast Centre (BSC-CBC) interface specification; Cell Broadcast Service Protocol (CBSP).2 Ref

18、20 ATIS-0700035, Enhanced Wireless Emergency Alert (eWEA) Service Description.3Ref 21 ATIS-0700010.v002, Enhanced Wireless Emergency Alert (eWEA) via EPS Public Warning System Specification.3Ref 22 IETF RFC 3986, Uniform Resource Identifiers (URIs).73 Definitions, Acronyms, the boroughs and census a

19、reas of Alaska; the District of Columbia; the independent cities of Maryland, Missouri, Nevada, and Virginia; that part of Yellowstone National Park in Montana; and various entities in the possessions and associated areas. Per the INCITS 31-2009 standard Ref 6, the FIPS codes for county and county e

20、quivalents are maintained by the American National Standards Institute (ANSI) and are publicly available at . As of 30 June 2017, there were 3,235 identified county and county equivalents. 3.1.5 Enhanced Wireless Emergency Alert (eWEA): A continued provision of effective WEA Alert Messages while lev

21、eraging advancements in technology to improve WEAs capabilities as defined in the September 29, 2016, FCC Report and Order on WEA Enhancements, FCC 16-127 Ref 5. 3.1.6 Participating Commercial Mobile Service Provider: A Participating Commercial Mobile Service Provider (or a Participating CMS Provide

22、r) is a Commercial Mobile Service Provider that has voluntarily elected to transmit Alert Messages. 7This document is available from the Internet Engineering Task Force (IETF). ATIS-0700006.v002 4 3.2 Acronyms Emergency alert formatting, classes, and elements: Participating CMS Providers must transm

23、it three classes of alerts - Presidential, Imminent Threat, and AMBER alerts; Geographic targeting (geo-targeting): Participating CMS Providers generally are required to target alerts at the county-level as recommended by the CMSAAC; Accessibility for people with disabilities and the elderly: Partic

24、ipating CMS Providers must include an audio attention signal and vibration cadence on CMAS-capable handsets; Multi-language Alerting: Participating CMS Providers will not be required at this time to transmit alerts in languages other than English; Availability of CMAS alerts while roaming: Subscribe

25、rs receiving services pursuant to a roaming agreement will receive alert messages on the roamed upon network if the operator of the roamed upon network is a Participating CMS provider and the subscribers mobile device is configured for and technically capable of receiving alert messages from the roa

26、med upon network; and Preemption of calls in progress: CMAS alerts may not preempt a voice or data session in progress. The First Report and Order Ref 1 specifies rules governing those sections of the eWEA architecture that are within the control of electing CMS providers. These include the CMS Prov

27、ider Gateway, CMS provider infrastructure, and CMS provider handsets. The rules require each individual CMS Provider Gateway to be able to receive alerts from the Federal Alert Gateway over a secure interface (i.e., Reference Point “C” Interface). NOTE: On July 14, 2008, the FCC issued an Order on R

28、econsideration and Erratum Ref 14. 4.2.2 FCC Second Report and Order The FCC released the Second Report and Order for the Commercial Mobile Alert System on July 8, 2008 Ref 12. In the Second Report and Order, the FCC developed rules to be in compliance with section 602(c) of the WARN Act, which requ

29、ire non-commercial educational (NCE) and public broadcast television station licensees and permittees “to install necessary equipment and technologies on, or as part of, any broadcast television digital signal transmitter to enable the distribution of geographically targeted alerts by commercial mob

30、ile service providers that have elected to transmit emergency alerts”. 19WARN Act 602(e)(1)(B). ATIS-0700006.v002 7 The Second Report and Order also defines rules to implement Section 602(f) of the WARN Act, which requires “technical testing for commercial mobile service providers that elect to tran

31、smit emergency alerts and for the devices and equipment used by such providers for transmitting such alerts”. This technical testing is defined by the FCC rules to be a “Required Monthly Test” and “Periodic Interface Testing”. The Required Monthly Test (RMT) is initiated by the Federal Alert Gateway

32、 Administrator and defines rules for the CMSP to schedule the distribution of the RMT to their WEA coverage area over a 24-hour period, commencing upon receipt of the RMT at the CMSP Gateway. A CMSP may provide mobile devices with the capability of receiving RMT messages. A Participating CMS Provide

33、r may provide mobile devices with the capability of receiving Required Monthly Test (RMT) messages. The FCC does not require that CMS providers make available mobile devices that support reception of the required monthly test. The FCC does, however, allow CMS providers to choose to do so. CMS provid

34、ers that choose not to make the required monthly test available to subscribers must find alternate methods of ensuring that subscriber handsets will be able to receive WEA alert messages. These alternative methods are beyond the scope of these standards. The Periodic Interface Testing is a test mess

35、age between the Federal Alert Gateway and the CMSP Gateway and is intended to ensure the availability/viability of both gateway functions. The Periodic Interface Test is not designed to test the CMSPs infrastructure nor the mobile devices. The CMSP Gateway shall send an acknowledgement to the Federa

36、l Alert Gateway upon receipt of such an interface test message. 4.2.3 FCC Third Report and Order The FCC released the Third Report and Order for the Commercial Mobile Alert System on August 7, 2008 Ref 13. In the Third Report and Order, the FCC adopted rules implementing Section 602(b) of the WARN A

37、ct. Specifically, the Third Report and Order adopts: Notification requirements for CMS providers that elect not to participate, or to participate only in part, with respect to new and existing subscribers; Procedures by which CMS providers may elect to transmit emergency alerts and to withdraw such

38、elections; A rule governing the provision of alert opt-out capabilities for subscribers; and A compliance timeline under which participating CMS providers must begin CMAS deployment. The rule governing the provision of alert opt-out capabilities for subscribers specifies: CMS providers may provide t

39、heir subscribers with the option to opt out of both, or either, the “Child Abduction Emergency/AMBER Alert” and “Imminent Threat Alert” classes of Alert Messages. CMS providers shall provide their subscribers with a clear indication of what each option means, and provide examples of the types of mes

40、sages the customer may not receive as a result of opting-out. Requirements and specifications for the subscribers right to opt out as defined in the Third Report and Order may be found in ATIS-0700036, eWEA MDB Specification Ref 9. 4.2.4 FCC Report and Order on WEA Enhancements On September 29, 2016

41、, the FCC issued the FCC Report therefore, from an architectural perspective, there shall only be a single interface between each BSC/RNC and multiple CBCs. In other words, when multiple CBCs are deployed for redundancy, they shall appear as one logical CBC from each BSC/RNC perspective. 3. The CBC

42、to RNC interface shall follow the existing primitives in the 3GPP TS25.419 Ref 3 specification. ATIS-0700006.v002 12 5.5 Lawful Interception Requirements There are no lawful interception requirements for WEA, as all WEA messages are generated by the government and are disseminated to the public. WEA

43、 messages are not specific to a target or subject of an interception. No new or existing network Intercept Access Points are expected to intercept WEA messages. 5.6 Discontinuous Reception Requirements Support of the Cell Broadcast Service Discontinuous Reception (DRX) shall be mandatory for both th

44、e network and mobile devices for both GSM and UMTS. In 3GPP TS 23.041 Ref 2, DRX is optional in GSM and mandatory in the RNC for UMTS; in order to minimize the impact battery life, both GSM and UMTS networks and mobile devices that support WEA shall be required to support the DRX mode. 6 Functional

45、Architecture and Interfaces Reference Points “D” Cell Broadcast Service Protocol (CBSP) Ref 19 may be used as the protocol between the CBC and BSC. 6.2 CBC to RNC Interface For the support of Cell Broadcast via UMTS, 3GPP has defined a mandatory protocol between the CBC and RNC in 3GPP TS 25.419 Ref

46、 3. 6.3 CMSP Gateway to CBC Interface The interface between the CMSP Gateway and the CBC is defined in ATIS-0700008 Ref 16. 7 eWEA Call Flows This clause provides call flows for the eWEA functionality. These call flows assume that the delivery technology will be Cell Broadcast Service as defined in

47、3GPP TS 23.041 Ref 2. Example call flows for eWEA application using GSM/UMTS Cell Broadcast Service are provided in ATIS-0700007, Implementation Guidelines and Best Practices for GSM/UMTS Cell Broadcast Service Ref 4. The CMSP Gateway is a Cell Broadcast Entity (CBE) and the interface to the CBC is

48、specified in ATIS-0700008 Ref 16. eWEA does not modify the Cell Broadcast functionality as defined in 3GPP TS 23.041 and other referenced 3GPP specifications. The following eWEA call flows are defined in this clause: New eWEA alert message call flow. Updated eWEA alert message call flow. Cancelled e

49、WEA alert message call flow. Invalid eWEA alert message call flow. ATIS-0700006.v002 14 7.1 New eWEA Alert Message Call Flow The following is the call flow for a new eWEA Alert Message: CMSPGatewayCBCMobileDevice3. eWEA Alert Message sent to CBC4. eWEA Alert Message validated5. eWEA Alert Message acknowledged6. Geo-targeting performed2. eWEA Alert Message for CBS constructed7. In accordance with 3GPP TS 23.041 eWEA Alert Message transmitted via Cell Broadcast 1. Valid eWEA Alert

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