06 Motorola Proposal

D t
t t

D

• • t

t t

It

• •

• • •

~

• • • • • • • .,

It

• • • .,

I) I

., • • ..

"-' MOTOROLA

February 16,2010

Mr. Clement Ng

San Francisco Bay Area 10 Lombard St., Suite 410

San Francisco, California 94111

Dear Mr. Ng:

This document is Motorola's supplemental response ("Supplemental Response") to its November 30, 2009 Response ("Initial Response") to Request for Information (RFI 2009-DEMO 1), concerning the San Francisco Bay Area Regional 700 MHz Wireless Mobile Broadband Network. This Supplemental Response is provided as requested by the February 1,2010 communication to Broadband Respondents from Mr. Clement Ng of the Bay Area UASI. Although this Supplemental Response is not a binding proposal or offer, it reflects Motorola's strong and continuing interest to work with Bay RICS to form a Public-Private Partnership and deploy the 4th Generation L TE solution as described in Motorola's Initial Response. This Supplemental Response is premised and contingent upon Motorola applying for and receiving significant NTIA Broadband Technology Opportunities Program ("BTOP") grant funds, and Motorola and Bay RICS forming a mutually acceptable Public-Private Partnership. If Motorola does not receive significant BTOP grant funds for any reason or if a mutually acceptable PublicPrivate Partnership cannot be formed for any reason, Motorola reserves the right to withdraw or modify its Supplemental Response and Initial Response.

Motorola values the opportunity to continue to serve the San Francisco Bay Area by providing world class, broadband technology solutions. This submittal is in all respects fair and in good faith without collusion or fraud. Questions or inquiries may be addressed to Travis Boettcher, 425-241-5364, travis.j.boettcher@motorola.com.

Sincerely, Motorola, Inc.

J2eL',,,f)

Derek Phipps

MSSI Vice President

Strategic Projects Western Region Office: 509-443-5326

Fax: 509-863-9208

Motorola, lnc., Enterprise Mobility Solutions

725 S. Figueroa Ave., Ste. 1855, Los Angeles, CA 90017

San Francisco Bay Area

t t t .,

t D

• t

t t t

• • t

• •

Request for Information RFI 2009 DEM01 - Supplemental Response February 16, 2010

• • • • • • • • • ..

• ..

" •

• •

• • • ..

Data Restrictions

This proposal is considered Motorola confidential and restricted. The proposal is submitted with the restriction that it is to be used for evaluation purposes only, and is not to be disclosed publicly or in any manner to anyone other than those employed by the San Francisco Bay Area required to evaluate this proposal without the express permission of Motorola. MOTOROLA and the Stylized M lJ:Igo al1! registered in the U.S. Patent & Trademark Office. All other product or service names are the property of their respective owners. © Motorola, Inc. 2009

725 S. Figueroa Ave., Ste. 1855, Los Angeles, CA 90017

• • • • • • • • • • • I

Why Motorola? 1-1

Question 1. Partnership Structure 1-1

Question 2. NPSTC Broadband Task Force Recommendations 2-1

Question 3. Assumption of Technology Risks 3-1

Question 4. Leveraging Existing Public Assets 4-1

Question 5. Grant Match Requirement 5-1

Question 6. NEPA and NHPA Grant Requirements 6-1

Question 7. System Operation, Management, Sustainment, and Ownership 7-1

Question 8. Agreement on the Delivery of Project Milestones 8-1

Question 9. Priority Access and Preemption 9-1

Question 10. Disaster Resiliency 10-1

Question 11. Job Creation 11-1

• ..

,.

• • • • • • D

• • • • • •

• • • It

San Francisco Bay Area Request for Information RFI 2009 DEM01 - Supplemental Response February 16, 2010

Table of Contents

- 1 -

Motorola is eager to create a business partnership with the San Francisco Bay Area RICS members, in order to maximize the probability of capturing NTlA NOF A II grant funding. The result will be a leading-edge 4G broadband deployment, able to meet the needs of the San Francisco Bay Area RICS members now and into the future.

To strengthen Motorola and the San Francisco Bay Area RlCS members' opportunity to successfully obtain a BTOP grant award, Motorola has engaged the Washington D.C. law firm, Wiley Rein LLP. Wiley Rein has expertise in NTlA grant funding and has worked with other clients to capture NTIA NOF A-I funding. Following Wiley Rein's review, the most significant change to BTOP is the elimination of distinct last mile and middle mile categories of funding. Under the new Comprehensive Community Infrastructure construct, NTIA will focus on projects that include a middle mile component and satisfy one or more of the seven community-oriented priorities. These priorities apply to middle-mile infrastructure projects that will:

It • • It

• • • • • .,

.,

It

Motorola has helped establish partnerships that have built, operated, and maintained first responder communication networks for leading Public Safety customers worldwide. Examples include the State of South Carolina Palmetto 800, State of Illinois, Austria TETRON Nationwide, Denmark Dansk Beredeskabs Kommunikation (DBK) Nationwide TETRA Managed Service, Australia MMR Victoria, and Ireland Nationwide TETRA Managed Service.

• • It

• • • • • • I

• • I)

• I

I

Motoro!e has partnered

with government to build. operate. and maintain large oovernmentni public safety networks for the foltowing

entities'

Austria Australia Denmark Ireland

State of Illinois

State of South Carolina

1. Offer new or substantially upgraded service to community anchor institutions

2. Incorporate a public-private partnership

3. Bolster growth in economically distressed areas

4. Serve community colleges

5. Service public safety entities

6. Include last mile component in un-served or underserved areas and/or have

commitments from last mile service providers

7. Contribute 30% or more in matching funds

Those projects which serve as many of these priorities as possible weighted in the order listed above will be most likely to receive funding.

Motorola TRADE SECRET

Use or disclosure of this proposal is subject to the restrictions on the title page


Partnership Structure

1-1

1-2

NTIA has also removed the requirement that projects serving community anchor institutions must be located in un-served or underserved areas, although projects with higher targeting toward such areas will receive additional consideration. Motorola will partner with BayRICS to meet all seven requirements to the fullest extent possible.

Additionally, a relationship with Motorola can provide the San Francisco Bay Area RICS with a feature rich solution that is both flexible and scalable. Some of the key features are as follows:

• Control the Core

The Motorola solution will provide BayRICS the "Keys to the Car" regarding private broadband

Controlling the private L TE core and Motorola Public Safety Interoperability Gateway (PSIG) will provide rich features that would simply not be available on a carrier network or a private network from another vendor

Such features include user priority, application priority and preemption

• Project 25 (P25) Interoperability

Motorola's PSIG will allow LTE and P25 devices to interoperate at one central command and control center for voice and data

Tying together L TE VoIP users with P25 voice users

• More than just a carrier L TE Network Motorola meets the 3GPP L TE Standard

Motorola is embedding dozens of public safety features into the LTE architecture

BayRICS will be a beneficiary of this public safety focused development effort with L TE

• Full Public Safety Device Portfolio Roadmap

• Public Safety Applications integrated from the Command and Control Center to P25 and LTE

Land Mobile Radio (LMR) and Broadband networks integrated together in one integrated command and control center

• Applications can be pushed from a central dispatcher to all devices in a customer network, LMR and L TE devices

• Unparalleled history of building mission critical communications systems,

broadband L TE will follow suit

• Poised to start real customer pilots at 700 MHz PSST/D band in Q2 2010

• Operation and Management designed for multi-agency shared network

Motorola has shown through its history of complex system deployments, technology innovations, and financial flexibility that it is the right partner for the San Francisco Bay Area RICS members to deploy and operate a 4G broadband network focused on public safety.



Motorola TRADE SECRET Use or disclosure of this proposal is subject to the restrictions on the title page


~

~ ~ ~ ~ 4 4 4 4 4 4 4 4 4 4 4

~

• • • • t

t t G G t

• t

41 t

•

..

• • • ..

,. • • ..

• • • • • • I)

•

,. • " •

• • • • • I

.. t

• • t

t

Address how your company would structure a pettnership with the Public Safety particfpants in the San Francisco Bay Area UASI Reqion

Motorola has participated in establishing entities that have built, operated and maintained first responder communication networks for leading Public Safety customers worldwide. We believe this experience provides a unique and attractive partnership opportunity for San Francisco Bay Area RICS. Motorola's knowledge and experience in creating, implementing and managing similar public private partnership consortiums is what differentiates Motorola. These experiences will help tailor this solution to ensure the successful deployment of a leading edge private broadband network able to meet the San Francisco Bay Area RlCS members' needs now and into the future.

Because of the unique opportunities presented by the NTIA NOFA II funding, there are various ways to structure a Public-Private Partnership for a project like the San Francisco Bay Area RICS Mobile Broadband Network. Motorola has engaged the Washington D.C. law firm, Wiley Rein, LLP to provide guidance with the NTIA NOFA II process and creation ofa Public-Private Partnership. Through a collaboration of Motorola's experience and Wiley Rein, LLP's expertise, two possible structures are described below. Motorola continues to evaluate these models as well as others, and looks forward to continued discussions with San Francisco Bay Area RICS members.

r - "1 '~""""-. ~-, .~! ' . . ·::----M~CJE!I ~ - . r .. ~.- . -~.- .. --,. i
C~te.g~ry. . .Model 2·' . I 11
Ownership of San Francisco Bay RIGS Joint Venture between San
Network members Francisco Bay RIGS & Motorola
Initial Ownership % 100% Motorola Ownership % based upon the
contributions made to the entity.
Final Ownership % 100% SF Bay RIGS 100% SF Bay RIGS members.
members This would likely be accomplished
via the Joint Venture documents for
Motorola to sell or transfer its stake
to SF Bay RIGS at a pre-
determined amount gradually over
time. Motorola TRADE SECRET




1-1

Operations

Category I Model 1 I Model 2

Motorola or Partner

Motorola or Partner

Maintenance

Motorola

Motorola

Contracts

Between Motorola & San Francisco Bay RIGS members for equipment, systems integration, ongoing maintenance & operations. Future involvement with third parties, including major carriers, could be integrated into this relationship via subcontracts.

Between Motorola, San Francisco Bay RIGS and new Joint Venture entity for equipment, systems integration, ongoing maintenance & operations. Future involvement with third parties, including major carriers, could be integrated into this relationship via subcontracts.

Work Contemplated

SF Bay RIGS members:

Facilities for the core site and base sites, Site development or facilities upgrade, Engineering and program management services, Licensed spectrum for the 4G Network, Existing backhaul capacity

Motorola:

Network design & Hardware, Software licenses, System integration & Program Management Shared:

Grant application development and support, Environmental questionnaire and environment studies

Same

Grantee Motorola

Bay RIGS

Grant Match (30%) Motorola

Motorola

Modell

In this model, Motorola would assume the role of the grantee and take on the responsibility of the 30% grant match. Motorola would make the initial investment by leveraging the grant award to deploy significant portions of the infrastructure and assist with the costs of network ownership and maintenance.

The San Francisco Bay Area RICS members would eventually assume network ownership and offer in-kind contributions to the project, while Motorola would be



1-2



4 4 4 4

~

~ 4 4 4 4 4 4 4 4 4 4 4 4 4 4

-:

• 4

4 4 t

• t

G t 4 4 4 4 4 CI

e:

.4 G G

• • ..

..

responsible for nearly all of the equipment, system deployment, integration, and operational costs and tasks. Based on the feedback from Wiley Rein, LLP, there were concerns raised about how the NTIA committee would view this public private partnership that could adversely affect the outcome of the grant award. There are pros and cons associated with Model I that can be reviewed in more detail during the orals discussions.

• • • • It

• • • • • • • • • • •

=-

.,

• • • • • • • • • • t

• I

I

Modell!

In this model, the San Francisco Bay Area RICS members would assume the role of the grantee, while Motorola would take responsibility for the 30% grant match. Motorola and the San Francisco Bay Area RICS members would then create a joint venture entity where each participates in ownership of the network based upon the pro rata value of their contributions.

Gradually, Motorola would sell or transfer its portion of the entity to the San Francisco Bay Area RlCS members for a pre-determined amount, allowing them to secure 100% ownership of the entity and corresponding network; this assumes there is no impediment to transfer of ownership under the BTOP grant requirements. This structure could offer some potential advantages in the BTOP grant application process by demonstrating a strong, joint commitment between the San Francisco Bay Area RlCS members and Motorola.

In addition, this joint venture could incorporate additional partners such as a major public carrier or a public anchor institution. The addition of such a partner could further strengthen the joint venture as well as the grant application.

The San Francisco Bay Area RlCS members would share in the required investment and initial risks; therefore, both partners in the Public-Private Partnership have a common motivation for the project to succeed.

Conclusion

It is Motorola's desire to create a mutually acceptable Public-Private Partnership with the San Francisco Bay Area RlCS members. Motorola would be pleased to discuss the various options with a view of maximizing the probability of obtaining a BTOP grant and satisfying the respective needs of the San Francisco Bay Area RlCS members.




Partnership Structure 1-3

• I

It

• • • • • I)

• •

Describe how your company would address the National Public Safety Telecommunications Council (NPS Te) Broadband Task Force Recornmendetions

On December 15,2009, Chief Harlin McEwen and the PSST released the "Minimum Requirements for Local/Regional Public Safety Buildout." This document indicates to the FCC which NPSTC recommendations should be implemented. The following paragraphs describe how Motorola's solution addresses the NPSTC recommendations in light of the PSST document.

General Recornmendations

For more than three years, Motorola has been actively promoting the vision of an interoperable broadband technology for Public Safety. Motorola has consistently promoted the establishment of one broadband technology suitable for regional or nationwide deployment and operations in a manner that meets Public Safety's needs for coverage, reliability, capacity, control, and interoperability. We have publicly promoted this vision in forums such as Project MESA and the NPSTC Broadband Working Group Statement of Requirements and the subsequent 700 MHz Public Safety Broadband Task Force, and have responded to FCC NPRMs and requests for comment. The below section summarizes the details of this public position.

• .,

I

• • • • • • • t

• • It

.,

L TE as the preferred national standard

We support the Public Safety agencies decision to pursue LTE as the interoperable broadband technology. Motorola has been at the forefront of helping define the LTE standard via 3GPP and is in position to leverage its commercial solution in the Public Safety spectrum, sufficiently hardened to meet the needs of first responders. Our intent is to provide site (eNB) and user equipment ready to support either PS spectrum or PS + D-Block spectrum.

Proposed governance and funding

NPSTC and the PSST recommend the establishment of a Public Safety Regional Operator Advisory Group. This group would resolve issues between regional operators (such as the San Francisco Bay Area RICS members) and carry forward the vision of the Broadband Task Force (BBTF). This vision includes the following elements:



San Francisco Bay Area Request for Infonnation RFI 2009 DEM01 - Supplemental Response February 16, 2010

NPSTC Broadband Task Force Recommendations

2-1

2-2

• A common clearinghouse to manage nationwide roaming;

• Use of the Public Safety Communications Research (PSCR) Program as an equipment test facility;

• A commitment by regional operators to a time line for implementation of all of the BBTF recommendations and to modify or upgrade their networks to assure ongoing interoperability;

• Assignment of responsibility to regional operators for rebanding existing

narrowband systems impacted by the broadband implementation.

Motorola supports these recommendations and anticipates working closely with NPSTC and the PSST to help define the establishment of the Public Safety Regional Operator Advisory Group.

Participation in and carrying out the recommendations of the Public Safety Regional Operator Advisory Group may represent additional costs passed on to SF Bay ruCS. All regional operators taking part in the Public Safety Regional Operator Advisory Group will face the challenge of meeting overall interoperability and national network goals as well as supporting the needs of their users at a competitive price. We intend to serve as an advocate for the SF Bay RICS user agencies and the overall interoperability vision as specific timelines, operational, and financial details are worked out between the regional operators and relevant governing bodies.

I. Operations Recommendations

Motorola's solution is based on and conforms to the 3GPP LTE standard, and we plan on supporting all seven of PSST's "Requirements at Startup". These requirements are based on NPSTC's broadband feature list. While adhering to the LTE standards, our solution adds value by focusing on mission-critical capabilities that exceed the specifications ofPSST's "Requirements at Startup".

For example, Motorola's solution successfully provides VPN service and missioncritical QoS, enabling our L TE network to distinguish different applications using the same tunnel. This solution supports leading mobile VPN manufacturers. Further information on Motorola's solution can be found in the response to question 9, below.

In addition, Motorola is uniquely positioned to meet the San Francisco Bay Area RICS members' interoperability requirements. NPSTC recommendations call for the ability to deploy IP-based voice gateways to bridge disparate voice systems (e.g. LMR systems on different frequency bands or trunking models). Motorola offers multiple analog and digital options to provide interoperability. For example, the MOTOBRIDGE solution can integrate various analog or digital systems, and Motorola also leads in the development of the ISSI standards and products. Finally, the Motorola PSIG solution for LTE will enable seamless interoperation between Project 25 LMR and broadband devices.

It is also in Motorola's plan to support the four features identified by the PSST and NPSTC as "Future Features". Specifically,


Request for Information RFI 2009 DEM01 - Supplemental Response February 16. 2010



• ~

4 4 4 4 4 4 4 4

•

~

• 4

4 4 4 4 4 4 4 4 4 41 4 t ..

e:

G t

• •

• • • •

Location-based Data Capability: Motorola's solution offer the ability to track vehicle and portable location in real-time using GPS. For in-building location, Motorola plans to support infrastructure-based location, such as L TE location services (LCS), when it becomes available from 3GPP standards. This standardsbased solution can support any public safety application.

One-To-Many Communications across AIl Media: Today's LTE MBMS service is insufficient for public safety and is designed for commercial applications (such as scheduled mobile television). Given the current standardization schedule, 3GPP release 10 or later (commercially available in 2012) would be required for this capability. Motorola is investing in enhancements to LTE MBMS services to provide one-to-many communications.

LMR Voice Connectivity/Capability: "the broadband device should be able to call or hail an authoritative dispatch agency or control point [while at home or out of the responder's normal home area]". Motorola interprets this requirement as the capability to dial a well-known telephone number and, based on the responder's current location, be connected with the dispatcher serving the responder's current location. Motorola plans to support this feature.

PSTN Voice: NPSTC and the PSST want to have equivalent telephony service as commercial wireless devices today. Motorola fully supports this goal, and it is our plan to provide a solution capable of secure full-duplex communication.

• • • • • • • • • • • • • • • •

:-

• It

• • • I

• • • • t

D

• t

t

:at

• ~

~

II. Technical Recommendations

NPSTC has identified a series of technical recommendations involving the following topics:

a. PLMN ID

b. Phone Numbers

c. Required Interfaces

d. Handover Recommendations

e. Interwork Connectivity Recommendations

f. Devices

g. Standards Testing

h. Security

Upon receiving these NPSTC recommendations, the PSST noted that future work with technology experts was needed on these topics. Motorola will continue to work with NPSTC and the PSST to address these technology concerns. Additionally, Motorola is happy to provide guidance and recommendations on the optimal configuration of BayRICS' L TE system.

Motorola is committed to public safety devices. Initially, dongle, portable, and mobile form factors will be available. These devices will be able to utilize multiple networks (including commercial) and multiple frequency blocks for redundancy. Further, Motorola's open infrastructure solution supports third-party standard LTE devices.





2-3

2-4

III. Governance Recommendations

a) FCC Rule Changes

Motorola has provided the FCC with our suggested 6-Point Plan to make Public Safety Broadband a success.

1. Legislation: Pass legislation reallocating the 700 MHz D block for public safety use and add that spectrum to the nationwide Public Safety Broadband License (PSBL) held by the Public Safety Spectrum Trust (PSST).

2. Funding: Identify sources of funding, including multi-year Federal appropriations as needed, to enable deployment and maintenance of the public safety broadband network, as well as implementation of the nationwide framework for interoperability.

3. Regulatory Structure: Adopt a regulatory structure that enables deployment by public safety host agencies that need to control their own regional system. This structure should also include third parties serving agencies who are unable to deploy, operate or maintain their own system. These host agencies or designated third parties would serve all public safety agencies in their respective region who want access to the broadband network under spectrum use agreements with the PSST.

4. Interoperability Framework: Establish a national framework for interoperability that the PSST would administer through spectrum use agreements with public safety host agencies that want to deploy regional networks. This framework would include designation of Long Term Evolution (LTE) as a common radio access network technology nationwide and a basic set of broadband software applications all agencies would have for interoperability.

5. User Choice: Provide all agencies using the network the right to choose and deploy their own interoperable portable/mobile devices and software applications in addition to those designated for interoperability.

6. Inclusion and Prioritization: Permit Federal, state/local public service functions, and critical infrastructure entities as users on the public safety broadband network to enhance interoperability. Allow host agencies, in coordination with these users and the PSST, to set prioritization among the various users as required, a capability L TE technology can provide.

b) PSBL Spectrum Lease to Regional Public Safety Operators

Motorola supports grant of the waivers and/or rule changes that enable PSBL spectrum leases to public safety regional operators such as BayRICS. Motorola has consistently advocated the need for operational control at the locallregionallevel, as well as interoperability between agencies.

c] Access to PSBL Spectrum by Emergency Responder and Federal Agencies

Motorola has directly responded to this item in (a) above, "6. Inclusion and Prioritization. "





• ~

4 4

~

4 4 4 4 4 4 4 4 4 4 4 4 4 4 4

e:

t ~ 4 4 4 4

• 4

4 4 4 4 4 4

•

e:

"4 4

4

• .,

..

•

d) Proposed Term Sheet

Motorola participated, along with public safety and others, in the development of the NPSTC Broadband Task Force recommendations regarding a term sheet. The basis of any term sheet should be to provide BayRICS and other regional public safety operators essentially the same rights and responsibilities they would have if they were directly licensed for the spectrum by the FCC. In addition, the term sheet must address any requirements imposed to ensure interoperability.

It • • • I

• ..

It

• • • • • • • •

:e

,.

I

• It

• • • • .,

I

• ,.

• I

t




NPSTC Broadband Task Force Recommendations 2-5

• • • • • • • • • I

•

Adclress how your company will assume technology risk involved with the totlowinq.

i It

• • • • • I

.. I .,

.. t t

•

Future requirements for inferoperability with a national network Even though there are a number of uncertainties associated with a national network, Motorola is committed to facilitating its construction and attaining interoperability goals. Support for roaming within a national network, and across commercial carrier networks is a key element of interoperability, The two major categories of roaming are intra-system roaming, and inter-system roaming.

Intra-system roaming refers to roaming amongst early-build out networks in localized regions, as well as roaming within the National Shared Wireless Broadband Network (SWBN). Motorola views roaming amongst networks in localized regions as a requirement to access jurisdictional or agency applications from any location covered by a regional broadband network. Intra-system administrative domains will likely be determined by jurisdictional domains such as counties and subtending agencies within each county. Motorola's solution for intra-system roaming includes the ability to access regional and agency-specific applications within the regional broadband network, and any additional networks which may be assigned the same PLMN ID.

These domains are in contrast to inter-system administrative domains, which are determined by larger organization entities, and delineated by the Public Land Mobile Network identifier (PLMN ID). However, the PLMN ID allocation to organization entities has not yet been determined by the IMSI Oversight Committee, NPSTC, or the PSST.

Inter-system roaming refers to roaming across inter-system administrative domains, as well as roaming across commercial networks. Inter-system roaming involves roaming across networks which are assigned different PLMN IDs. In the cases of inter-system roaming, user equipment will support the 3GPP standard behaviors:

• Scan supported bands

• Perform cell selection

• Authenticate on a visited network

After authentication on a visited network, an IP address is assigned to the device, which then has the ability to access services provided by the home system. Services offered by the visited system may also be accessed, depending on configuration and




Assumption of Technology Risks

3-1

agreements between home and visited operators. Motorola's solution also supports handover within visited networks, as well as handover across home and visited networks. The later handover type is known as inter-PLMN handover.

In lieu of roaming arrangements across regional entities or with commercial network operators, Motorola's solution also supports connectivity and mobility across disparate networks. This is achieved with a Mobile Virtual Private Network (MVPN) solution. The MVPN solution enables IP connectivity across networks which do not share administrative domains or roaming arrangements. Subscription and authentication with these networks is separate and additional to the subscription and authentication on the SWBN. Thus, even in situations where intra-system or intersystem roaming is not available, Motorola's MVPN solution can provide access to services in a users' home system. Motorola's MVPN solution works with laptops, work stations and hand held devices.

Motorola's solution also facilitates interoperability by supporting unified communications capabilities between L TE networks and P25 Land Mobile Radio (LMR) networks. LMR interoperability is supported by providing standardized interfaces to LTE networks via a Public Safety Interoperability Gateway (PSIG). The PSIG supports standard interfaces to Public Safety applications well known in the industry, and also supports portability of LMR applications. The PSIG provides secure provisioning, device profile synchronization, and access for multiple devices carried by Public Safety user. The PSIG provides common services (e.g., provisioning, converged presence, GPS device location, and QoS management). Along with these capabilities, the PSIG is able to choose an appropriate access network and associated device to meet the needs of an application. Motorola is further committed to working with the Operator Advisory Committee (OAC) to further define application level interoperability.

User device interoperability is facilitated by use of commercial L TE chipsets which support standard 3GPP baseband protocols. These commercial chipsets will also support the PSST-band (aka, F-band), D-band, and C-band.

Future impact of the O-b/ock on the 700 MHz Public Safety Broadband Frequencies

Motorola has consistently advocated the re-allocation of D-Block spectrum to Public Safety. Motorola believes the conjoined PSST Block and D-Block spectrum will significantly increase system capacity and coverage while reducing the cost of deployment for public safety agencies. Motorola envisions the following possible scenarios for the future allocation and use of D-Block spectrum:

1. D-Block spectrum allocated to Public Safety (lO+10MHz Private Only)

2. D-Block spectrum auctioned to public carriers with a public safety partnership (IO+lOMHz Public/Private Partnership)

3. D-Block spectrum auctioned to public carrier with no public safety sharing (5+5MHz Private Only)




3-2


~ • 4

~

C ~ 4 ~ ~ 4 4 4 4 4 ~ 4 4 4 4

~

~ 4

• 4

• 4

4 4

• 4

4 4 4 4 t

..

.t

• ,

• t

• •

~

• D

D D D It It It It It It It

• It

•

:e

I it

• • • • • • • I

• • • I

I

'!'

I I

•

The following paragraphs discuss the impact of each scenario on Public Safety's use of 700 MHz frequencies.

D-Block spectrum allocated to Public Safety

In the event that the FCC reallocates the D-Block to public safety, Bay RICS can utilize the full potential of L TE technology with a 10+ 10 MHz private Public Safety Network. This scenario would enable the BayRICS network to achieve greater capacity per site compared to the other scenarios. In this scenario, Motorola can deploy the L TE RAN and core to provide the San Francisco Bay Area RICS

members the necessary agency control, priority access, and disaster resiliency features as discussed in our responses to questions 9 and 10 of this document.

Recent capacity modeling by Motorola's Advanced Technology group shows a dramatic difference in the number of simultaneous uplink video streams that can be supported at the edge of coverage by a conjoined PS block with D-block channel over PS spectrum alone. The modeling also suggests that for the increase of spectrum to

10 + 10 MHz, the system can be designed to reduce site count for the same number of users and profile, add users of the same profile to the same number of sites, or add multimedia and Web loading to the profile of existing users with the same number of sites.

A combination of constraints must be considered when optimizing a system design for the increased bandwidth. Initial system CAPX, ongoing OPEX, future growth considerations, and public/private partnership potential may all be factors when setting these constraints.

The proposed solution is flexible and will allow Bay RICS to incorporate the DBlock to the Bay RICS system with minimal impact. Motorola's LTE eNB equipment is configurable for operation in either the PS block or the conjoined PS block with DBlock spectrum. A conversion from PS block to conjoined block operation simply entails a minor software and hardware update. The proposed user equipment will also be configurable for operation in either the PS block or the conjoined PS block with D-Block spectrum.

D-Block spectrum auctioned to Public Carner with Public Safety Partnership As the FCC contemplates the future of the D-Block spectrum, one option under consideration is to reattempt an auction of the D-Block to a public carrier for a regional or nationwide public network providing priority access to public safety. In this scenario, either Motorola or the public safety spectrum owner could partner with the winner of the D-Block spectrum to build out the Bay RICS network, and either entity could operate and maintain this network. Such a scenario would allow Bay RICS to use the optimal 10+ 1 0 MHz LTE network with some design constraints to mitigate out-of-band emissions and intermodulation distortion (1M). Further, partnership agreements with the public carrier would determine the nature of the LTE core with implications on the degree of control and priority access for public safety agencies. Further, the spectrum would obviously be shared with public users on the





3-3

3-4

system per a network sharing agreement between public safety spectrum owner and

the D-Block winner. •

During the initial D-Block option in 2008, the use of D-Block spectrum for a

nationwide network build-out required public carriers to meet very stringent

guidelines. The set of rules surrounding a second auction of the D-Block are

unknown at this time and may carry further implications for public safety agencies as

well as public carriers. Motorola expects to continue its advocacy for public safety

while being open to partnerships with public carriers to meet the needs of our public

safety customers.

D-Block spectrum auctioned to Public Carrier with no public safety sharing Another possible outcome of the D-Block auction is an allocation to public carriers for purely commercial purposes with no stipulations for public safety sharing. Such a scenario would most likely return the 5+5 MHz PSST spectrum to public safety. In the absence of a sharing agreement with the D-Block winner, a private public safety network would use only the PSST spectrum, would possibly require additional guard bands, further limiting public safety spectrum usage to a 3 MHz LTE profile. Motorola expects a 3 MHz LTE profile to be significantly less spectrally efficient (in addition to throughput) than the 10 MHz profile. A 3 MHz LTE profile is a minimum 13 % less spectrally efficient than a 10 MHz L TE profile.

Similar to the previous scenario, a public/private partnership involving the winner of the D-Block spectrum or other public carriers may be a viable option. Such partnerships scenarios however include sharing spectrum with public users, commercial grade networks with limited disaster resilience, and limited agency control or priority access.

Conclusions

The justification for adding D-Block spectrum to the PS spectrum for a total 10 + 10 MHz rests on future capabilities for Public Safety and Government agencies to leverage real-time multimedia information to dramatically improve disaster and incident response and coordination. The additional spectrum will also offer the ability for reduction of radio access network investment in terms of number of sites, which will improve return on investment for several potential business models.

The additional spectrum also makes feasible a public/private partnership around the availability of spare capacity. The actual potential for revenue intake for Bay Area, compared to the additional required investments in coverage, QoS management, and customer support/billing, need to be carefully assessed. Similarly, spectrum allocated to public carriers makes a public/private partnership feasible to allow public safety use of the D-Block spectrum. Due to spectral efficiency gains and to avoid additional inefficiencies due to guard band requirements Motorola advocates the reallocation of the D-Block to public safety. Irrespective of the D-Block outcome, Motorola's eNodeB and UE equipment are designed to support any of the three scenarios.





~ ~ ~ ~ 4 4 4 4 4 4 4

~

4 4 ~ ~ t t t G G

• t

t 41

• •

..

" . •

•

~ t D

•

~

• D

t t t ,.

t

• • It

• • • D

..

~

It ,.

• • I

• • I)

.,

.,

I) I I) ,.

..

•

D

I I

•

Future requirements of any other governmg body that imposes requirements on waiver or license holders

Other than the FCC potential changes identified in Section 2, at this point, Motorola does not anticipate significant requirements that will impact waiver and license holders. In the future, should other governing bodies provide requirements that may impact waiver and license holders, Motorola will work with San Francisco Bay RIeS and the governing bodies to negotiate an acceptable level of compliance.





3-5

t t t

• • • t

• • • t

•

Describe how your design will leverage existing public assets.

To meet the three-year deployment window as required by the grant, Motorola strongly recommends a design that maximizes the San Francisco Bay Area RleS members' inherent knowledge of the regional environment, and leverages the use of existing assets to the greatest extent possible. Our plan is to leverage this knowledge to reduce implementation time, expedite operational use of the system, and enhance the overall strength of the public/private partnership.

Motorola has classified existing public assets into four categories:

• Traditional Radio Sites (where available)

• Service and Support Personnel

• Technology Assets

• Government Facilities

• .,

I)

• • • • • • t

• • • • .,

•

Traditional Radio Sites

The NTIA NOFA-II grant specifies significant progress in Year 2 as well as project completion in Year 3. It also requires an Environmental Questionnaire to be completed to ensure no negative environmental or tribal impacts. By using existing radio sites, Motorola expects to reduce the risk of project delays and meet the grant deadlines. Where possible, Motorola will utilize:

• Tower Space

• Building Space

• Power Systems

• Backhaul

Service and Support Personnel

Motorola recognizes the need for a diverse balance of skill sets due to the strict guidelines and processes associated with grant management and system deployment. Where appropriate, Motorola intends to incorporate a subset of the following resources into its core team:

• Bay Area Rlf.S members

Accounting, IT departments, radio technicians, grant experts, legal departments, community outreach groups

• Local service shops

• I)

• It




Leveraging Existing Public Assets

4-1

4-2

Technology Assets

Motorola's Public Safety Integration Gateway (PSIG) and Radio IP's middleware solution enables an elegant migration path from existing data systems (DataT AC, HPD, Public Carrier, WLAN), and allows integration of P25 integrated voice and data systems with the BayRICS private LTE system. This interoperable system will allow the reuse of existing devices and P25 handsets, as well as the following components:

• P25 Radio Systems

• Motorola Data Systems DataTAC

HPD

• Middleware

Radio IP

• Existing Public Carrier Networks

• WLAN Systems

• W orkstations/Laptops

• Handheld Devices

• Applications (CAD, RMS, etc.)

• Fixed devices (cameras, etc.)

Government Facilities (Public Anchor Institutions)

Motorola anticipates an architecture that maximizes the use of existing radio towers to the fullest extent possible. Through Motorola's grant consultant, Wiley Rein, LLP, the team recognizes a potential advantage in the grant scoring by serving additional public anchor institutions. As a result, additional facilities beyond traditional radio sites may be considered during the design review. Motorola will analyze tower sites and existing government facilities to balance the expansiveness of the coverage footprint with deployment costs. Several potential government facilities are listed below:

• Law Enforcement facilities

• Fire Station facilities

• Emergency Medical Services facilities Hospitals

• General Services Municipal Buildings City Hall

• Transportation facilities

• Educational facilities K-12 schools Community Colleges

• Libraries

• Public Works




Leveraging EXisting Public Assets

•

~ j

4 ~ 4 4 ~ ~ 4

~

4 4 4 ~ ~ t t

• t

t t t

• t

•

•

• :

• •

D D t I

~

• I

• t

• t

• • • t

• • • • •

~

• • • • • • • I

• I

.. .,

I

• •

To enhance the NTIA NOF A-II application, Motorola will collaborate with the Bay Area RICS members to develop a strategy that leverages existing assets to the fullest extent possible.

• •

• •



San Francisco Bay Area Request for Information RFI 2009 DEM01 - Supplemental Response February 16. 2010

Leveraging Existing Public Assets

4-3

• • t

• • • • • t

" .,

Address the grant match requtrement.

Motorola is committed to delivering a solid partnership strategy and structure to the San Francisco Bay Area RICS project. As part of this commitment, Motorola has engaged the Washington, DC law firm of Wiley Rein, LLP to provide additional guidance and verification of the strategy. Wiley Rein has expertise in NTIA grant funding and has worked with other clients to capture NTIA NOFA-I funding. Motorola is leveraging this experience and knowledge to provide the best possible grant request for the NTIA NOF A-II grant opportunity.

The NTIA NOFA-II grant requires that the grantee's project team and partnership to provide a minimum of20% match of capital. Motorola's research indicates that it is recommended to have a 30% match of capital. This 30% match will significantly increase the probability of having a successful grant award. This capital match has been confirmed as a best practice by Wiley Rein .

The match in capital can come from the grantee or any of the business partners that are involved with the project. For the proposed Motorola/Bay Area RICS partnership, the capital match can be attributed to either party's contributions. The following is an outline of the capital match that can be contributed from each partner.

Sources of Motorola contributions could include a portion of the following items:

• Network design

• System integration

• Program Management

• Grant application development and support

• Hardware and software licensing

• Environmental questionnaire and environment studies (if required)

Each of these may be supplied directly from Motorola or through sub-contractors who are qualified to complete the assigned task.

As part of the partnership, the San Francisco Bay Area RICS members could also be providing in-kind contributions that will qualify as matching capital. BayRICS could provide any of the following items:

• Facilities for the core site and base sites

• Site development or facilities upgrade

• Engineering and program management services



San Francisco Bay Area Request for Information RFI 2009 DEM01 - 'Supplemental Response February 16, 2010

Grant Match Requirement

5-1

• Licensed spectrum for the 4G network and microwave backhaul

• Backhaul capacity through use of the existing microwave and fiber assets

Additionally, the partnership could be providing capital that would be supplied and delivered as part of the implementation or on-going operation of the network. The following potential contributions would be supplied by the more capable partner, or through a collaborative approach from all parties. These sources of capital contribution could include:

• Network operations

• Marketing

• Community outreach

The combination of the partners' capital contributions will significantly increase the probability of a successful grant request. Motorola will work with BayRICS to monetize each of the contributions outlined above and integrate this into the grant proposal.




5-2

Grant Match Requirement

4 ~ 4 ~

..

4 4 4 4 ~ 4 4 ~ 4 4 4 4 4 G ~

~

4 4 4

• 4

~ 4 t 4 t t t t

• •

..

G •

• •

• • t

• • • • • • • •

• D

• • t

t

• • t

• I

t

• t

D

•

Address the grant National Environmental Protection Act (NEPA) and National Historical Preservation Act (Nf-IPA) requirements.

The National Environmental Protection Act (NEPA) and the National Historical Preservation Act (NHPA) are separate federal statutes, each with their own regulatory processes.

Both NEPA and NHPA require that the federal government consider actions planned in order to complete specific projects funded by federal grants. NEP A requires that the federal government evaluate the environmental impact of the actions planned by each project. NHP A requires that the federal government examine possible impacts of each project to historic, cultural, and Tribal resources. Projects that are identified as having the potential for adverse impacts either to the environment or to cultural resources must consider reasonable alternatives to the adverse actions. This examination leads to a final decision on whether specific actions of a project can be executed using federal grants and/or matching funds.

Ultimately, the NEPA and NHPA ensure compliance with both environmental and historic preservation laws. Each agency reviews the project and provides their assessment of the potential impact.

Due to its significant infrastructure component, BayRICS is expected to be classified by NEPA as a Comprehensive Community Infrastructure (CCI) project. As a result, an Environmental Questionnaire (EQ) will be required. Motorola will work with the Bay Area RICS members to respond to the EQ. The EPA will review the EQ, determine any additional steps, and categorize the project into one of the following classifications:

• Categorical Exclusion (CE) - a category of actions that has been determined by a federal agency, based on its experience, to have no significant impact on the environment

• Environmental Assessment (EA) - a concise public document that provides analysis regarding the impacts of a proposed action or alternatives, and may identify mitigation measures

If a CE classification IS provided. no additional information will he requested The oroject may require an EA if It

• Requires large amounts of ground disturbance (e.g. tower construction)



San Francisco Bay Area Request for Information RFI 2009 DEM01 - Supplemental Response February 16,2010

NEPA and NHPA Grant Requirements

6-1

6-2

• Impacts protected resources, such as wetlands, threatened and endangered species, and cultural and historic resources

Motorola does not anticipate an EA classification because its system design plans on reusing existing sites. If an EA classification is given, Motorola will collaborate with the Bay Area RICS members on a resolution regarding follow-up actions with the EPA. The predicted resolution options are expected to be:

• Redesign the solution using another site in the area;

• Eliminate the site and analyze the feasibility of providing coverage in another service area.

The EPA will also review the Environmental Questionnaire and determine if consultation with the State Historic Preservation Office or Tribal organization is needed. If so, Motorola will provide information to support the necessary next steps.

This project must comply with both NEPA and NHP A, as well as with other applicable environmental laws and permitting requirements. Compliance must be completed prior to commencement of project implementation activities, such as construction. Motorola will work jointly with the Bay Area consortium to support these compliance requirements by providing the following items:

• Submit project-level information

• Assist with obtaining required permits, authorizations, and letters from appropriate governmental authorities

• Assist with any necessary studies as required by the Department of Commerce (DoC)

• Provide information directly, if requested by the DoC

• Complete all required environmental and historic preservation compliance activities within six months of award


Request for Infonnation RFI 2009 DEM01 - Supplemental Response February 16, 2010


NEPA and NHPA Grant Requirements

4 4 4

•

..

4 4 4 4 4 4 4 4 4 4 4 4 4 4 4

~

4 4 4 4 4 t t t t t 4 4 t

• 4

..

•• • t

t • t

• • t

• t

t

• • •

Address issues of system operation. management, sustainrnent and ownership.

Based on the partnership structures defined in the Public-Private Partnership document, the San Francisco Bay Area RICS members will eventually own the system. It is Motorola's intention to operate the network infrastructure.

To operate, manage, and sustain the network, Motorola will collaborate with the San Francisco Bay Area RICS members to document the functionality and operating parameters of the solution. During this collaboration, we will analyze and predict the total cost of ownership in order to identify and meet necessary financial benchmarks. We will also establish a governance plan to enable continuous input from the members of Bay Area RICS.

After system implementation, Motorola will be responsible for the daily operations of the network, and for meeting the agreed-upon and verifiable Grade of Service. Motorola is uniquely positioned to provide crucial support to the mission-critical network, with its nine strategically located servicer locations in the Bay Area.

Upon transfer of the system to the Bay Area RICS members, Motorola may continue to operate the network, or can transfer operational processes to the San Francisco Bay Area RICS members or another partner. In either situation, Motorola will continue to support the network with upgrades, refreshes, and on-going maintenance.

Once the broadband system network is operational, keeping it viable and reliable will require proactive and reactive system maintenance. Motorola's support process will improve system availability, facilitate rapid restoration, provide proactive monitoring and remote diagnostic capabilities, and dispatch field support as required.

There are several levels of technical support provided for the Bay Area Broadband Network System through Motorola's local team. Pre-defined and tested procedures include issue accountability, call tracking, problem resolution and call closeout. Infrastructure support will be delivered on a 7x24 hour basis through established and customer-specific processes.

The Motorola System Operation and Management Team will include a System Manager, System Technologists, local authorized service technicians, and technical staff from Motorola's System Support Center. This team will be responsible for all matters pertaining to the ongoing availability, service level, administration, warranty



San Francisco Bay Area Request for Infonnation RFI 2009 DEM01 - Supplemental Response February 16, 2010

System Operation, Management, Sustainment, and Ownership

7-1

7-2

and maintenance of the system. The System Manager will be located in the Bay Area, and will function as the point-of-contact to the Bay Area's system management team.

Motorola's local authorized service technicians are trained and qualified to provide rapid response, repair, restoration, installation, removal, programming, and scheduled preventive maintenance tasks for site standards compliance and operability. These technicians are supported by Motorola's System Support Center (SSC) Technical Consultants, located in Schaumburg, Illinois. These technicians have extensive hands-on training for system monitoring capabilities. They are able to provide an additional level of support to the local Bay Area Broadband Network support team. The SSC consultants also have access to equipment that enables them to recreate the network issue at hand and design a solution for fast resolution.




System Operation, Management, Sustainment, and Ownership

4 4 ~ ~

• 4

~ 4 ~ 4 4 4 4

..

4 4 4 4 4 4 4 4 4 4 4 4 t ~ t

~

O~ t t

t • .-

t

• It

It

• t

t t It

/vidress how your cornpany would work with the San Francisco Bay Area UASI Region to develop a mutually agreeable contract for the delivery of project milestones

Based on the requirements provided in the first round of NO FA funding, the following milestones were identified;

1. Network design

2. Securing of all relevant licenses and agreements

3. Site preparation

4. Equipment procurement

5. Inside plant deployment

6. Outside plant deployment

7. Equipment deployment

8. Network testing

9. Network complete and operational

Since the second-round application was unavailable during the Bay Area's second round of questions, Motorola assumes that the same milestones will be required. In addition, the second round of funding requires no more than a three-year deployment window, with significant progress during the second year.

Based on these guidelines, Motorola has created a high-level conceptual project schedule outlining these milestones based on a hypothetical ISO-site design (see below). The provided schedule shows a strong understanding of the complexities involved with this project. Further refinement is expected as Motorola engages with the Bay Area RICS members on the project details. Motorola anticipates streamlining the schedule with parallel activities once roles, responsibilities, asset evaluation, and formal partnerships are established.

• " it

• • • • It

t It I

• • • I

..




Agreement on the Delivery of Project Milestones

8-1

mNI'!'I'W .. on $tort Fft$ll_
, <:one_",*", -MY -... .. 'SO .... _ ...... ) ,.' ..... _0IW10 1'hu &i7t/1)
p~ ~ I (\'tnt F~ Awardrt<d f~t¢ Proc-ud 0"">'< Thu9llOtl{J Tha9f3O(1{1~tI3O
~ ~and-Kid:tJtr ...... Thu"""8 w..d1Ottll'lO
Itd:~m:aI~..:t~ ... ", ThI,j~O '-'~'~
-.If_ ,..,. '>I~t0ffll10 V'hd fOtMO
r ... W.~~~ ' .... Thu lonno _""",
R~ attd A(lprtw# PI"OtSd Sche4J1@ 1"">'< TRf" 10112110 Wild 1Of1lftO
D ..... Rmew eRF lind- Networft} .)5 ..... ""' ........ 0 w.d ...... 'I1'
.... s.....,. 18-1d-rs Thu10114'1G Fn 1I11f11:
'0 ~~Sit~Walb , ..... Thu Hln~o w.d l0i2tf'lO:
t t C~rt' Sle-l«iIhon: 1"">'< Thu l£tr28l1o- F.'~O:fr
'2 lrEs... ~- I\lJ:In 'lIl1~O ~!'I 3J.Cn 1
11 EtM~IOue1iflOMan (EO} 5_ "~'JI7rtl Fri3lH!1(
.. L 1£ e«. DHIgn ,. ..... Mon11t1"'O 'rl121l1'10
,S N~/TrW!~layft'~tn~ 25"">'< UOI1t1t1f10 Fit tV3tto:
.. "..so A(;uu HttwM Oot$ign "AN) 75d..,. _0IW10 Wt4111:M1 .....
t7 so. o..,g, 75_ Thu W3Oi10 Wed""nL_
j$ P~S~DflqI 75"">'< ThuIWlNO w.otn1l11 _
,~ ,*"~/r~~r1 ,.....,. ThuIVlOllO ~H1211i
1Il -- OOd ... Thu1tUt11 -"""
11 ~(tOOCUM<errt.atlOfl W_ nw H131!J w.c1J1ll11
12 o.I9IR~~ 5_ Thu 2124flt w.dl!2llt
13 Fm.ill!~~o.n IS....,. Thu Yltt, W&d-3I23!tt;
2. o..gn"""""""_" to_ Thu 3.r2<4lif w.«4Mltt
l$ o.o.. ....... __ St_ 1M ..... ThuW"111 Wed 12f141t1
zs EQUi~ Ofder Pfl)(';6W1g lO_ Thu4l7nf ~5I1Ml
21 3«IP>t!yf""""'""'-....,. )0 .... Th1l4rtl1f ~$I1$N1
;$ E"",_""""'_ 5O- ThI.lSl1Q(tl Wf!d8l1Ottf
20 krt~rSttQingofE~Mt 00_ Thtif:Vl1fH ~ltlZltf
30 O'O' .... oIE~ lO_ Thu 1t/3Jll \'Ih!d1211-4!t1
l' Sl.~ 120d. llw4'7I1' w.dtn1/I1;
12 htibtioo p~ R~!'d aM f"rov1dpd 120"",, ThuUlf1t ~912tn1
II F~ IItId All ~ Ag'~s aM PtIrmts GraJmd t20""" ThuW/1f WNQQlf11
l< .....- ...... SysI-'- -ClpOIM ..... .., 1M ..... Thu'2!W11 ThuOl13'12
l5 eor.~ , ..... Tbu12f1S1'11 Thu11Sf11
le IrwMtOry 01 E~enf t .. y ihu 1Zt1S111 Thu 11115111
11 Core SJ'*m inmlimon In....,. Fri12/ie.tH Thu t2l29tlt1
38 -"" .... ~ 5 ..... htf2l3Ol1t Thu H'Y12i
~ ",_C_ 0_ ThIltlSl12 t'hu 11S1t2
40 llaGo A«'"S- ..... crl $ysteM$ .)5 ..... Fri'''''2 Tlw111V12!
.. """"",,>oIE_'" "- Fn 1ftil12 Th~ t!1M2
41 RAN Syoto<n ..........., 90_ f'-n f127N2 Thu$l'3H12
~ort.oo:~~tioo 30....,. FrHW1tt2 Th~ 1I121l2:~
.......... ~ 0_ Thu 111M2 Thu1l121t2j
''''''''
-...- .5 .... Frt1113'12
Pf~/C~ett' A:&..8uA- Docurr.ent.riOl1 P&dciiIgr: "- Fri 11;311~
AC:e.pgnc. ThtinO 1Ud~ Frilf14"t2 Thv SI3Ott3 i
'''', .. '''" .... 103 days Fritt14t'fl Tw2/~t13:
eo .. Syt:t ..... )6oy< Frttt1.,,2 twll1tJf2;
_R~'" , .... F!'I9tt4l1~ MIJt!~n11l2:
Phytteallntbl;dlon Irt~OtI r d>y ll.l't$ll8f12 TUCo{lli8t1Z'
Docum< .......... 0_ TI./ItQt18tf2 lu*W"i8l12j
---53 JIladIj) Aueu NItWOft '00 .... WKIf1I/U Tu.Zl5/U!
-s.- -- 10_ w.dWt$ft2 rue 1012112;
.. """""1"' ......... "'_ .0_ w.df0l3l12 tU4l' 21$113
5& -"'- 0 ..... T~:Y!J13- Tut!-2I5rI3-'
5) Post iMtaliltion Pt!ffomIana IIJI'W'Y 115d~ Fntl14'12 Thu5tiIlt,;
5$ P'r~TKtPIan: '5_ FriQlt.ut2 'Illu ttltSlt1
SO R~"""ndApproote TMt Pan to_ f1'l1111M2 Thu ttJ1'9,M2
80 Ptor'b'mJ1'lee ~ THI: Reque1t to-I1I)'$ frtt1JlQtt:: ThlllZftll11i
.t Pott I~#on P4lffomlatl~ ~ 00_ Frt12tf4l12 nw.,,8It3'
1!1 ~ R~ of~ ~atk:Wt Perform~~Sutve*l 1O-diJ~ fri4l1flN3- Thu-Sn&'13
63 ~eerMllno~m 0_ Thu5ltM3- ThlJ-S/16n31 \,.
64 R~~ ~e Ar..&HI Dowmemabo-t'< PaMQIt to days. FrtSlt7f13 Thtl5/3(ll1:),
06 T"~ ........ Fri SJ17113 l'hutt21f111
... T_ lO_ Fn.5111I13- 'ftw6l211t3
.1 rtnai ~ A«-.ptanc. ....... Frl8l2&"fl Thu IINI1-l I
6$ I"uttchlitlR~Ot! '$- Fn &'29tIj Thu8t2\ilt3
69 FIlAl~ 0 ..... _ 1l'IVen;t!3 Thutll2llll3 PrOj:~ a-a)itICS 8"f(»' ~un<l~O Con Da&a tveZlW10




8-2

Agreement on the Delivery of Project Milestones

•

~ ~ 4 4 4 4 4 4

~

4 4 4 4

4 4 4 G 4 t t

• t

• •

..

o • t t

• • • I

• • • • • t

• •

Adciress the Issues with priority access and preemotion.

Motorola's high performance LTE solution is designed to provide open standard LTE capabilities (that is, support for commercial L TE devices and equipment); however, where commercial technology does not meet the needs of public safety, Motorola has identified enhancements in order to support mission-critical operations. These optional enhancements are available to support a variety of deployment models, and they support multiple network types (e.g. WLAN, LTE, 3G). For example, responders can utilize a college WiFi network, a wide-area L TE network, and a commercial 3G network.

Motorola's solution is designed to easily augment an agency's existing business workflow. There is no need to disrupt an agency with new applications or to call a central regional administrator to control critical resources.

Using a flexible framework, Motorola fully supports NPSTC and PSST recommendations for priority access and QoS. Although this section is primarily focused on first responders, it should be emphasized this framework applies to a system with any combinations of users and enterprises (public, first responders, second responders, government, colleges, businesses, etc.). Several key topics regarding priority access and QoS are discussed below and represent a summarized list of features on Motorola's product roadmap.

Accessing the System

In a 'dense emergency', responders arriving on scene will encounter a congested system. Providing system access to key users in a busy cell is a critical challenge for any L TE network. The Motorola solution uses standard L TE techniques to mitigate this situation which are sufficient for band class 14 operations. Such techniques include:

1. access class barring, which provides the ability to slow certain classes of device

from accessing the system during congestion

2. configuration of the L TE interface to optimize public safety access

Prioritization

Once a device has been admitted to the system, Motorola's mission critical quality of service architecture manages resources used by the device. It is helpful to understand how the Motorola solution accomplishes prioritization:




Priority Access and Preemption

9-1

The PSIG (PSIG (Public Safety Interoperability Gateway) enables the users to interoperate with Project 25 radio networks in the region For LTE, PSIG allows each agency to choose the prioritization experience that supports their current business workflow:

l. prioritization of users/devices (e.g. critical users)

2. applications (e.g. back-up push-to-talk, telephony, video, dispatch, data)

3. roles (e.g. chief of police, detective)

4. groups (e.g. county emergency group)

5. incident type (cat-in-tree or 4-alarm fire)

The centralized peRF moderates priority and QoS requests from different agencies to insure each agency or user is given an equitable QoS (this is configurable on a peragency basis). Augmenting standard LTE, the enhanced PCRF called Quality of Service Broker (QoB), implements a solution that prevents one responder group (e.g. police) from starving out another responder group (e.g. fire/EMS). Once the QoB has determined the relative priority of all flows for all agencies, this is translated into standard QoS used by LTE (i.e. admission control priority, scheduling priority, QCI, ARP, GBR, MBR, etc.)

Motorola's solution is capable of distinguishing and prioritizing individual applications within a secure VPN (e.g. a voice telephony call will get through in favor of a delayed data session). This means a responder's critical real-time applications continue to receive the appropriate level of priority (e.g. incident-scene video does not become choppy or lost).

Motorola's solution can easily prioritize between many different classes of public safety and public devices in real-time.

While adhering to the 3GPP standards, Motorola has made numerous advancements in LTE technology to create mission critical QoS for public safety. These advancements moderate resources fairly between agencies, provide dynamic resources for a responder emergency and high priority incidents, and allow policy to be defined across multiple public and private networks. For L TE, policy for a responder will clearly vary between public and private networks. Motorola has enhanced L TE to meet policy needs of responders on these separate networks. Examples include:

Jurisdictional Priority - priority adjustments based on whether a responder is in or out of their home geographic area. For example, this prevents another responder on their way to court from consuming critical resources needed by the local agency.

L TE, by itself, does not address this today, however Motorola supports this capability .

Responder Emergency - The responder's in-progress applications are instantly given emergency priority and, if configured, new applications are initiated with emergency priority. Responders declaring emergency are guaranteed to get through. LTE, by itself, does not address this today, however Motorola supports this capability.




9-2

Priority Access and Preemption

4 4 ~

• 4

f

• 4

4 4 4 4 4

..

4 4 4 4 4 4 4 4

• 4

4 4 4 4 4

~

"4 t

tI

t It D

•

Priority Access

Although the exact priority access rules are to be defined by the PSST in conjunction with the OAC, Motorola believes its mission critical QoS framework can meet current and future needs:

• Define policies and prioritization models

• Administer users or entire agencies

• Admission and scheduling priority over public users in a shared network

• Full configurability over who accesses the network (e.g. critical users)

• Priority of responders operating in their home area vs. the responder passing through

• Easily manage lost or stolen units

D • I

.,

It I

• I

I

• It

I

• It

I I

Preemption

Motorola's solution can be configured to preempt or protect any public or private user's service, using a rich set of policy rules that can span multiple access networks. Examples include:

• Classes of private users (e.g. critical user)

• Private vs. public users

• User's association with an incident

• Type of incident

Prior to preemption of a user, Motorola's system can be configured to move a particular service to another network (e.g. lower-priority public safety activity, such as using a web browser, may be moved to public carrier spectrum to offload, rather than pre-empt the public safety user). This creates the least impact to public safety users during peak usage. Motorola's mission critical QoS can support multiple networks in parallel to achieve a best-in-class redundant, reliable solution.

Motorola's solution supports multiple networks with a single QoS and policy architecture; and provides maximum control across multiple redundant networks. For example, Motorola's solution can integrate with a public WLAN network (e.g. a bank or college campus) to provide redundant coverage and bandwidth for the responder on-scene.

Agency Control

Public safety can access and control the system immediately on their own to suit their agency's needs rather than calling a central administrator. Individual agencies can directly control QoS, provisioning, device management, and application deployment to suit their needs. New applications may be deployed by the agency or the region directly.




Priority Access and Preemption 9-3

• • • • • • • • • • ..

Address disaster resitiencv.

Several disaster scenarios can be mitigated in Motorola's solution. The following scenarios are addressed:

• Disaster strikes L TE Core Data Center

• Disaster strikes Transport Network

• Disaster strikes Radio Access Network

L TE Core Data Center components include the Enhanced Packet Core (EPC) and operation and maintenance components. The EPC is comprised of the Mobility Management Entity (MME), Policy and Charging Rules Function (PCRF), Serving Gateway (SGW), Packet Data Gateway (PGW), and Home Subscriber Server (HSS). These components are designed to provide robust hardware reliability and service assurance .

Motorola's solution is able to support EPC component pooling to achieve a highly available and resilient system with disaster recovery capabilities. The MME, SGW, PCRF, PGW, and HSS components can be deployed as pooled and redundant resources in co-located or geographically diverse locations. The associated interfaces between components support node selection within a pool, and load balance where applicable.

MME and SGW pooling allows an eNodeB to connect to multiple MMEs and multiple SGWs to provide load sharing. This can also be used to support geographic redundancy to mitigate disaster impacts. Pooling also provides additional availability, since the user equipment traffic can be carried by all nodes within the pool.

Pooling also adds another element of redundancy, as eNodeBs are associated with a pool and not a specific MME or SGW. If a single node goes down, the remaining nodes in the pool are still able to service traffic. Operation and maintenance components can similarly be deployed in redundant and geographically diverse locations. Motorola is pleased to offer support in the construction and operation of hardened Core Data Center facilities.

Transport network resiliency is accomplished by enabling an IP mesh backbone network. As an analogy, the public Internet is highly available due to inherent mesh and/or ring connection of core routers. Additional resilience in the "last mile" tails can be supported by deploying redundant links between the backbone and the

• • •

• t

t t t t t D t t




Disaster Resiliency

10-1

10-2

Network Element sites. Motorola's proposed solution leverages BayRICS existing transport network for site connectivity. Where possible, we also expect to utilize existing redundant site links in the BayRICS transport network.

Radio Access Network resiliency architectures are still being studied. One approach being studied provides the ability for the infrastructure to detect the absence of an operating site, and then automatically reconfigure neighbor cells to provide coverage for the absent site, assuming that the system has been initially designed to accommodate this capability. This capability allows unique opportunities to mitigate failures in disaster scenarios. Potential capabilities include existing deployed sites expanding coverage to take over for an absent site, or an automatic assimilation of a "site on wheels" into the network to take over for the absent site. However, the proposed solution has been designed for maximum coverage and minimum cost, and does not currently incorporate this feature.

In addition, Motorola's solution incorporates multiple access networks (e.g. WLAN, 3G, etc.), and therefore accommodates various levels of disaster resilience that leverage those networks. Motorola's portable and mobile devices will be capable of utilizing multiple networks, so that if one network goes down, users of those devices will be able to communicate on surviving networks. This capability will be facilitated on the infrastructure by the Public Safety Interoperability Gateway (PSIG), described in our response to question 9.


Request for Infonnation RFI 2009 DEM01 - Supplemental Response February 16, 2010


Disaster Resiliency

4 • 4

4

..

~ ~ ~ ~ 4 ~ 4

• 4

4 4 4 4 4 4

..

C C 4 4 4 4 4

• • 4

4 4

• 4

4

~

I).

~ t

• • • • •

• • • •

• •

Address the issue of jot) creetion.

The BayRICS project stimulates the demand for broadband, economic growth, and job creation. Motorola's design and approach to meet the Bay Area's vision of providing a public safety mission-critical L TE network prioritizes shovel-ready sites and uses local communities to assist with the installation, upgrade, and service to the BayRlCS system. Research has shown that investments in shovel-ready projects have a more immediate impact on the economy, because employment opportunities are available sooner.

A Brookings Institution study entitled "The Effects of Broadband Deployment on Output and Employment: A Cross-sectional Analysis of U.S. Data", reveals that for every 1 % of increase in broadband penetration in a state, employment rises by 0.2% to 0.3% per year.

Based on a hypothetical scenario consisting of 150 shovel-ready sites, with 50% requiring some level of site improvement, Motorola estimates that 644 jobs could be created over a three-year deployment schedule of the BayRlCS project:

t • t

It It

• • It

• • t

t t

• I

~

Category Number of Jobs
Motorola Internal Support Functions 139
2 Customer/Consultants 39
3 Contract Development Order Processing 9
4 R&D, Product Development & IPR 208
5 Manufacturing and Staging 19
6 System Installation/Integration 107
7 Local Service Shops 6
8 Life Cycle Management 14
9 Site Construction/Civil Work 103
TOTAL 644 While the above job estimate number for the BayRlCS system is focused on a threeyear deployment, the system will be capable of future expansion as funding becomes available. Therefore, the opportunity for additional job creation exists. Examples of expansion opportunities include service to community anchor tenants, such as



San Francisco Bay Area Request for Information RFI 2009 DEM01 - Supplemental Response February 16. 2010

Job Creation

11-1

11-2

community colleges, libraries, public works, public health, and transportation, benefitting local residents with broadband access and creating additional job opportunities.

As a partner in the BayRICS project, Motorola will work with the Bay Area on a deployment plan that best utilizes qualified local resources and creates sustainable job opportunities for the Bay Area's economy.




Job Creation

• ~

~ 4

~

~ 4 4 4

• 4

4 ~ ~ 4 4 4 4 4 C

..

• 4

4

• t

t 4 4 4 4 4 4 G t 4

~

~~ t ..

06 Motorola Proposal

Uploaded by

Copyright:

Available Formats

You might also like

06 Motorola Proposal

Uploaded by

Document Information

Original Description:

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

06 Motorola Proposal

Uploaded by

Copyright:

Available Formats

D t

You might also like

06 Motorola Proposal

Uploaded by

Copyright:

Available Formats

You might also like

06 Motorola Proposal

Uploaded by

Document Information

Original Description:

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

06 Motorola Proposal

Uploaded by

Copyright:

Available Formats

﻿D t

You might also like

D t