February 2010 doc.: IEEE 802.19-10/0037r0 TVWS Architecture for SDD Date: 2010-02-25 Authors: Name Company Address Phone E-mail Joe Kwak InterDigital 908 Therese St Hawkesbury, ON K6A3A3 630-739-4159 joekwak@sbcglobal.net Notice: This document has been prepared to assist IEEE 802.19. It is offered as a basis for discussion and is not binding on the contributing individual(s) or organization(s). The material in this document is subject to change in form and content after further study. The contributor(s) reserve(s) the right to add, amend or withdraw material contained herein. Submission Slide 1 Joe Kwak (InterDigital) February 2010 doc.: IEEE 802.19-10/0037r0 Overview • This paper describes a simple architecture for the 802.19 system • Entities, interfaces and system boundary are well detailed • Major functions of entities are listed. • Observations to be noted from architecture and interfaces are listed. • Level of detail in notes is provided for understanding only, NOT as proposal for SDD. • Conclusions are provided at the end of the document. Submission Slide 2 Joe Kwak (InterDigital) February 2010 doc.: IEEE 802.19-10/0037r0 FCC R&O has Defined TVWS Device Types Device Type Mobility Transmit Power Geolocation /FCC Dbase Access Incumbent Sensing Enabling Capability Allowed on Adjacent Channel Fixed Fixed only <4W Required Required Master No Mode II Fixed, nomadic, mobile <100mW Required Required Master Yes, but <40mW Mode I Fixed, nomadic, mobile <100mW Not required Required Slave Yes, but <40mW Sensing Only (SO) Fixed, nomadic, mobile <50mW Not required Required None Yes, but <40mW NOTE: It is likely that most Mode I and Mode II devices will operate as Sensing Only devices when they are unable to establish an Internet connection or connection to a Master enabling device. Submission Slide 3 Joe Kwak (InterDigital) February 2010 doc.: IEEE 802.19-10/0037r0 Rationale for SDD Architecture • Providing Internet-based services to WSDs to facilitate use of TVWS is inevitable. The FCC has paved the way by authorizing internet based Service Providers (SPs) to provide access to FCC dbase for channel clearance. • Other regulatory bodies worldwide are expected to follow the lead of the FCC to provide controlled access to TVWS using an internet accessible database. • The simple architecture presented here is based on a high-level view of coexistence services designed to complement the architecture defined by the FCC. • The entities used in this architecture may be combined with other entities or split to define multiple alternative but similar architectures; alternative may and should be considered during the proposal phase of this project. Submission Slide 4 Joe Kwak (InterDigital) February 2010 doc.: IEEE 802.19-10/0037r0 Proposed Architecture • The system architecture includes – 3 Entities • Coexistence Server (CS) • Coexistence Client (CC) • Optional Coexistence Spectrum Manager (SM) – 6 Interfaces: A: External from Coexistence Server to WSDbase SP and A* to TVBDs without Coexistence Client (A and A* are different sides of same interface) B: Internal from Coexistence Server to Coexistence Client C: Internal from Coexistence Server to neighbor Coexistence Server D: Internal from Coexistence Server to Spectrum Manager E: Internal from Spectrum Manager to other Spectrum Manger F: External from Spectrum Manager to Network Operator • The System boundary is well defined in the figure. Submission Slide 5 Joe Kwak (InterDigital) February 2010 doc.: IEEE 802.19-10/0037r0 Proposed Coexistence Architecture WSDbaseGroup Service Provider FCC Dbase Network Operator(s) Unassisted TVBD: F A 802.19 System Fixed/ Interface Mode II RAT z 802.19 X Interface: Fixed/ Mode II RAT z Coexistence Spectrum Manager (optional) E (sync to others) Assisted TVBD: D* D Coexistence Server Mode I RAT z SOs adhocs RAT x SOs adhocs RAT z B Coexist Client SOs adhocs RAT y Coexist Dbase Coexist Client Coexist Client Fixed/ Mode II RAT y Fixed/ Mode II RAT y PHY Y C (sync to others) A* Fixed/ Mode II RAT z 802.19 entity: Fixed/ Mode II RAT z PHY Z Fixed/ Mode II RAT y Mode I RAT y Mode I RAT y Mode I RAT z Assisted AP TVBD: RF Connection: Mode I RAT z Mode I RAT y Submission Slide 6 Joe Kwak (InterDigital) February 2010 doc.: IEEE 802.19-10/0037r0 Notes on Architecture • Coexistence Client is located in Mode II devices • Mode II devices without Coexistence Client may (SHOULD) obtain access to WSDbase SP by using Coexistence Server as proxy and will benefit from coexistence services. • Mode II devices without Coexistence Client which access WSDbase SP directly will not benefit from coexistence services. • SDD architecture serves CCs in AP TVBDs (i.e. devices which act as connection portals to internet) and also CCs in mesh network topologies. • Mode II devices with Coexistence Client but without internet connection operate as Sensing Only devices and are not part of the SDD architecture. • SDD architecture does not serve Sensing Only devices Submission Slide 7 Joe Kwak (InterDigital) February 2010 doc.: IEEE 802.19-10/0037r0 Coexistence Server Functions • Provides an array of coexistence services for CCs: – Discovery of available TVWS channels considering FCC incumbents and current neighbor TVBDs – Discovery of neighbor TVBDs, their locations, IP addresses, channel, and other PHY parameters – Communication with neighbor TVBDs, with protocol or tunneling. – Negotiation with neighbor TVBDs for channel sharing – Coexistence advice for channel access and channel sharing – Coexstence commands for channel access and channel sharing – Others? • Collects locations, IP addresses and PHY parameters from all assisted TVBDs in geo domain and stores in Dbase • Requests and collects measurement and sensing data from all CCs in geo domain and stores in Dbase • Provides information to/from the dbase for CCs and Spectrum Manager Submission Slide 8 Joe Kwak (InterDigital) February 2010 doc.: IEEE 802.19-10/0037r0 Coexistence Client Functions • Is an embedded SW application within an assisted TVBD Type II device, consistent with Nokia view in 19/0013r0. • Always connects to CS if ANY internet connection is available • Is dormant in Sensing Only devices when no internet is available. • Provides discovery of neighbor TVBDs when requested. • Provides communication with neighbor TVBDs via CS when requested. • Provides communication from device to CS to access coexistence services. • Responds to measurement requests (sensing, channel traffic load, served device traffic load, link SNR, etc) from CS, initiates device measurements, and provides measurement results to CS. Submission Slide 9 Joe Kwak (InterDigital) February 2010 doc.: IEEE 802.19-10/0037r0 Spectrum Manager Functions • Distributes network operator spectrum policy for all coexisting networks across all geo domains. • Provides spectrum assignments (coexistence commands) for centrally controlled CCs • Provides spectrum advice (coexistence alternatives) for network assisted CCs or distributed control CCs. • Accesses all information in dbases of all CSs for improved spectrum advice or assignments. • Updates and stores Client and TVBD context (location, PHY params, traffic stats, etc.) on a network by network basis. • Negotiates channel sharing between Clients when requested. Submission Slide 10 Joe Kwak (InterDigital) February 2010 doc.: IEEE 802.19-10/0037r0 Notes on Interfaces and Implementations • All interfaces defined here are internet IP interfaces which will support separately located system entities. • Since all interfaces are internet based, security is of utmost importance. • If entities are collocated, interfaces in implementations may be simplified or eliminated. • Messages and protocols to be defined for each interface depend on location of detailed sub functions which are not defined here. • Functions and sub functions may be relocated from one entity to another based on trade studies supporting such relocation. • For distributed control networks implementing a minimalist architecture, the Spectrum Manager is not present and the only services provided by the CS are discovery and communication. • For minimalist implementation there are only 2 entities (CS and CC) and only 3 interfaces (A, B, and C). Submission Slide 11 Joe Kwak (InterDigital) February 2010 doc.: IEEE 802.19-10/0037r0 Summary and Conclusions • • • • • • This simple architecture provides a range of coexistence services and a range of implementation options to meet the varying needs of TVWS networks now and into the future. The described architecture is comprehensive and includes the concepts described in alternative architecture proposals: – 19-10/0019r0 from Nokia – 19-10/0020r0 from NICT Using an optional Spectrum Manager provides architectural flexibility to address the minimalist needs of simple distributed control networks while providing for the needs of the centrally managed and controlled networks. Contrary to claim on page 9 of 19-10/0019r0, a minimalist system for distributed control networks WILL REQUIRE a network based entity and service for discovery and internet communication between neighboring TVBDs and collocated heterogeneous networks. This architecture is as simple as possible and can flexibly adapt to the varying needs of the diverse networks which will use the TVWS. This is only a "vision" architecture for the SDD. Any alternatives should be considered and evaluated against this SDD architecture in the proposal evaluation process. Submission Slide 12 Joe Kwak (InterDigital) February 2010 doc.: IEEE 802.19-10/0037r0 Questions & Discussion Submission Slide 13 Joe Kwak (InterDigital)