Version 6 (modified by, 11 years ago) (diff)


WiMAX Developers Meeting


Monday, 11:00am - 12:30pm

Session Leaders

Manu Gosain

Agenda / Details

This is a tentative agenda, which may change.

NOTE: We have many topics to cover in a short time. PLEASE bring only the designated number of slides, and provide a link to additional information. THANKS!

1) Introductions


2) Spiral 5 Goals


a) Where necessary, complete deployments planned for Spiral 4:

Get experimental frequency from the FCC, that does not interfere with Clearwire services
Install Airspan base station(s), with local NetSpan management system
Optional when multiple cells: backhaul control and data traffic to central equipment site
Add OMF/OML structures, including LoginService
Connect via switch to I2 backbone, via OF switches if there
WiFi access point for dual-homing operating on custom PC node
Vehicular mobile station operating on custom PC node
Fixed “mobile station” for remote experimenters operating on custom PC node

b) Plan local research experiments for Spiral 5

Focus on goals, configurations, steps
Identify necessary extended site capabilities needed in Spiral 5

c) Complete deployments of necessary extended site capabilities needed in Spiral 5, from this list of options: (technology supplier or coordinator shown)

Additional base station (Rutgers WINLAB)
Custom PC nodes ("yellow nodes") (Rutgers WINLAB)
Login Service plus OMF/OML services operating on custom PC node (Rutgers WINLAB)
Connection to I2 (coordinated by BBN)
GIMI I&M services (UMass Amherst/NYU Poly)
Multiple base-station management service operating on custom PC node (Rutgers WINLAB)
Data-path gateway service operating on custom PC node (Rutgers WINLAB)
Mobility/handover/multi-homing service (coordinated by Wisconsin/Clemson)
WiFi access point for dual-homing operating on custom PC node (Rutgers WINLAB)
Vehicular mobile station operating on custom PC node (Rutgers WINLAB)
Fixed “mobile station” for remote experimenters operating on custom PC node (Rutgers WINLAB)
Unlocked Android WiMAX/WiFi handsets. (Wisconsin)

d) Support unified GENI operations:

Forward site monitoring information to the central monitoring server (Rutgers WINLAB)
Cooperate with Rutgers WINLAB and Clearwire to avoid interference with Clearwire’s services
When necessary, do an “emergency stop” of your transmissions.

e) Complete and support experiments:

Local research experiments
Experiments by remote experimenters, including those at tutorials
Classroom instruction experiments by students (NYU Poly)
Multi-site experiments, e.g., MobilityFirst (Rutgers WINLAB)

f) Concern: how can we get all of this done?

Common platforms and services
Clear plans, good schedules
Close cooperation!!

3) Engineering and Studies

3.1) Cooperate with Clearwire

Ivan Seskar (WINLAB) and Manu Gosain (GPO)

  • Current approach, as an alternative to an agreement that leases Clearwire spectrum to GENI sites:
  • Operate under an experimental license from the FCC; otherwise require contract between site and Clearwire, with $ and conditions
  • Agreement between Rutgers WINLAB and Clearwire, on enhanced cooperation
  • Maintain accurate DB of site information and contacts at Rutgers, and share with Clearwire
  • Responsive local contact, at each site
  • Centralized monitoring server at Rutgers WINLAB
  • Ability to quickly turn off site transmitter, if interference suspected
  • Possible extension: remote emergency stop, with access to GMOC

What are next steps?

  • Review information on site information and site dashboard pages, and finalize
  • Establish process to add site information, then maintain and track
  • Establish email list for operations issues
  • Provide operations interface to GMOC and Clearwire
  • Complete agreement with Clearwire
  • Encourage all GENI sites to obtain experimental licenses
  • Include WiMAX into GENI emergency stop process
  • Consider adding a WiMAX "emergency stop" button, for use by the GMOC

What is the current status?

  • Completed agreement between WINLAB and Clearwire, to allow use of frequencies, in return for information and operations support.
  • Existing sites would pay no fee.

3.2) Access to Sprint Broadband Services via MVNO Arrangements

Jim Martin (Clemson Univ)

Discussions with Sprint and their partner, Arterra:

  • Considering approach as discussed in earlier WiNTeB workshop
  • Possible configuration, and cost, have been received.
  • Need to complete a proposal, and submit to NSF; see slides for overview
  • How much of a research market would there be for this service?
  • Another advantage: provides a path to utilize (commercial) LTE

4) Tasks

4.1) Build and Add Custom PC "Yellow Nodes" to WiMAX sites

Ivan Seskar (WINLAB)

  • These are "yellow nodes", introduced in ORBIT testbed
  • Can be used as:
    • General fixed servers
    • Support Multiple Base-Station Mgmt Srvc
    • Support Data-Path GW Srvc
    • Support OMF/OML and Login services
    • Provide WiFi access points
    • Act as fixed "mobile stations"
    • Act as vehicular mobile station (option: 12v power supply)
  • Currently used by: Rutgers WINLAB; NYU Poly; BBN
  • What are next steps?
  • Working with other projects, refine design to balance functionality and cost, and decide what nodes are needed at which sites
  • Order parts (due 11/15/12)
  • Assemble and deliver to sites (due 1/15/13)
  • Can a few of the current yellow nodes be delivered to sites right away with OMF/OML and new WiMAX RF AggMgr?

Revised design:

  • High-speed nodes (fixed applications only)
  • Low-speed nodes: (fixed or mobile applications)

Current schedule:

  • All 32 nodes have been shipped
  • testing complete at all sites

Planned allocations:

  • 8 high-speed: 1 to each site
  • 24 low speed: 3 to each site


  • Need to provide Ethernet switches
  • Ubuntu Host to run Wimax-rf software

4.2) Write and Introduce New Services: Multiple Base-Station Mgmt Srvc and Data-Path GW Srvc

Ivan Seskar (Rutgers WINLAB) and Davide Pesavento (UCLA)

  • Multiple Base-Station Mgmt Srvc:
  • 1) Have updated WiMAX RF AggMgr for NEC base station to 2.5.3+; additional updates coming
    • Feeds management data to centralized DB at WINLAB, for GENI-wide monitoring
    • Due: ?
  • 2) New WiMAX RF AggMgr for Airspan base station
    • Provides configuration, to replace Netspan; now running
    • Provides node authorization, and measurements per client
    • Could BBN, NYU Poly begin testing early version, to replace Netspan?
    • Could early version be shipped to sites on yellow node, with OMF/OML?
  • 3) Build WiMAX RF AggMgr that can control multiple BSs, either NEC and/or Airspan, with same API
    • Should be useful for handover/multi-homing functions: shared white list of MS, allowed to connect to one BS or another
    • What other features are needed?
    • First version due: 3/15/13
  • Data-path GW Srvc:
    • Bridges each base station to global datapath
    • Includes CLICK router (two types)
    • Includes OpenV switch (open-source OF)
    • Should be useful for handover/multi-homing functions
    • First version due: 3/15/13
    • Could there be an earlier version, that provides basic functions, and be manually configured?
    • Could BBN, NYU Poly begin testing early version?
    • Could early version be shipped to sites on yellow node?

What are next steps?

  • Finalize features for WiMAX RF AggMgr releases (due 11/15/12)
  • Establish delivery schedule for WiMAX RF AggMgr releases
  • Could there be an earlier version fo WiMAX RF AggMgr, that provides just basic functions, and be manually configured? released by 11/15/12?
  • Establish acceptance test plan by BBN, NYU Poly, for WiMAX RF AggMgr releases
  • Finalize features for Data-path GW Srvc releases (due 11/15/12)
  • Establish delivery schedule for Data-path GW Srvc releases
  • Establish acceptance test plan by BBN, NYU Poly, for WiMAX RF AggMgr releases

Current design and schedule:

  • See slides
  • Airspan config completed, need to be tested; Manu will assist
  • NEC config in progress
  • Client registration in progress; needs to be done by end of April
  • Ivan has updated for OMF 5.4

Recommendations for sites:

4.3) Support Central Monitoring by Rutgers WINLAB

Manu Gosain (GPO), Ivan Seskar (WINLAB)

Current status:

Next steps:

  • Final installation of Wimax-rf service will collect OML stats from the Base station and report this back to GMOC

4.4) Write and Introduce Mobility/Handover/Multi-homing Services

Parmesh Ramanathan (Wisconsin)

  • Projects requiring handover include: Clemson, Wayne State, Wisconsin and UCLA.
  • Projects that can contribute handover technology include: Rutgers WINLAB and Wisconsin.
  • Also, commercial handover technology available from Airspan. (Gregg Tome (Airspan))
  • Layer 2 handoff
    • Minimal: Mobile node breaks its connection with current WiMAX BS and then establishes connection with the new WiMAX BS
    • Better: Mobile node needs two interfaces, in the simplest form, one interface always connects to BS1 while the other connects to BS2
    • Need: suggested configurations, estimates of required software and level of effort
  • Layer 3 handoff
    • Minimal: Controller node re-routes through new BS after IP address re-write, BUT does not allow initiation of incoming connection
    • Better: Use open source mobile IP s/w (Transparent Mobile IP link, and OpenFlow s/w in mobile node to de-encapsulate IP packets
    • Need: suggested configurations, estimates of required software and level of effort
  • Suggested steps:
    1) Yellow mobile node with two interfaces, doing handover between two BS on the same subnet
    2) Transparent MobileIP working to implement a baseline Layer 3 handover scheme
    3) Support new Layer 3 solutions like Mobility First?
    4) Demonstrate heterogeneous network handovers

What are next steps?

  • Better define proposed configurations 1) and 2) (due 11/15/12)
  • Review with other interested projects
  • Understand proposed Multiple Base-Station Mgmt Srvc and Data-Path GW Srvc, and how they could be used in the implementation
  • Understand how Yellow Nodes could be used in the implementation
  • Understand how Android handsets could be used in the implementation
  • Consider potential uses of WiScape Measurement Framework
  • With other projects, define a workplan (due 12/15/12)

Current status:

  • Have defined the 2 approaches; see slides
  • Config 1 has been tested.
  • Ready to test Config 2 when Clemson has at least 2 base stations on-the-air

4.5) Acquire and Add Android Handsets

Ivan Seskar (Rutgers University)

  • 15 handsets have been ordered and received via the Sprint MVNO arrangement
  • Samsung galaxy S2 that runs android 4.1.2 Jelly bean
  • Verify operation, and loading of apps by Rutgers
  • Order multiple number of handsets (order of 100) for all GENI Wimax sites
  • Deliver handsets to other projects
  • Support use by other projects
  • Maintain relationship with SciWiNet to use data plans that are in place with WSA for experiments

Current status:

  • Still working with WSA; have received a handset, but does not work on GENI network
  • Next: sending rep a table of frequencies
  • Next" send rep an "xml profile", previously used

4.6) Integration with GENI portal and making WiMAX Sites Accessible to Experimenters

Manu Gosain (GPO)

  • Portal integration
  • Include Login Service for Remote Users

4.7) Connect WiMAX Sites to Persistent I2 Backbone Network using AL2S and Integration of GENI racks and Wimax Base station controllers

Manu Gosain (GPO) and Ivan Seskar (WINLAB)

  • Connect a WiMAX site to the GENI I2 backbone network
    • Update WiMAX RF Agg Mgr to map MS groups into VLAN tags
    • Add switch
    • Connect switch to I2 backbone
    • VLAN connections from each site to "L2 router" at WINLAB


  • When can other WiMAX sites can be added?
    • UCLA; has physical connection; needs to configure; when?
    • Wisconsin; when?
    • Clemson; when?
    • UMass Amherst; has physical connection; needs to configure; when?
  • How is core network configured to support multi-site experiments?
  • How is new Data-path GW Srvc use at site to interface with core network?

What are next steps? (Manu Gosain)

  • Use I2 AL2S service to create a single multi-point VLAN that encompasses all Wimax sites
  • Connect the Wimax multi-site VLAN at each campus upstream to respective GENI rack
  • GENI rack dataplane connectivity will be the cross-connect piece between AL2S and the wimax base station controller

Current status:

5) Status of GENI WiMAX site deployments

Manu Gosain (GPO) and members of site teams

Current status of GENI WiMAX site deployments

Univ Wisconsin at Madison

Suman Bannerjee:
See slides
Airspan on-the-air, throughput and range evaluated
Used by undergrad course, 80 students

Wayne State

Hongwei Zhang:
See slides
x2 Airspan operating
More at GEC16 demo


Mehrdad Moradi:
Base station has been repaired, but still some problems.


Ryan Measel:
x2 Airspan arrived
Waiting for site engineering work, before they can be installed
Next: temporarily install with attenuator


KC Wang:
x1 Airspan on-the-air
x2 Airspan need repair

6) GENI WiMAX Experiments, Demos and Tutorials

6.1) Lab Experiments to Teach Wireless Basics

Thanasis Korakis and Fraida Fund(NYU Poly)

Funded project (1/13 - 12/13) to define lab experiments for students to teach wireless basics
To be executed on GENI wireless sites, using both WiMAX and WiFi
Overview and status slides

What are next steps?

  • Early versions of lab experiments to be provided by GEC18

Current status?

6.2) WiMAX Tutorials at GEC17

12:30pm Organized by NYU Poly

WiMAX Tutorials at GEC17
WiMAX Tutorials at GEC17

7) Adjourn



R1) Airspan Profile-C Base Station, with Associated Hardware and Software

Ivan Seskar (WINLAB) and Manu Gosain (GPO)

a) Choice of Airspan to provide a WiMAX base station for new GENI WiMAX sites
NEC is not able to provide a WiMAX base station for new GENI WiMAX sites
WINLAB and the GPO have decided to purchase base stations from Airspan, a commercial company pursuing target customers such as universities and small carriers.
For example, the Univ of Colorado at Boulder IT Dept has installed an Airspan system with 4 sectors, that covers the campus. They have been pleased with Airspan.
WINLAB has a frim quote from Airspan for their MacroMAXe profile-C WiMAX base station unit, and related items.

Airspan brochure
MacroMAXe Product Specification
Airspan Deployment Plan for Univ Colorado at Boulder

b) Rutgers will provide a kit including:
Airspan MacroMAXe profile-C WiMAX base station unit, for outside mounting

Choice of frequency:
(2510 Lo: 2496MHz to 2570MHz)
(2510 Mid: 2560MHz to 2630MHz)
(2510 Hi: 2620MHz to 2690MHz)
(3650: 3650MHz to 3700MHz)]

NOTE: WINLAB needs to know frequency choices during November (or early December), so that they can place an order with Airspan for delivery late 2011 or early 2012!

Sector antenna, with x4 RF jumper cables
2x4 MIMO, supported by base station and antenna
GPS antenna, with surge suppressor and cable
DC power cable, from base station unit (outside) to testbed (inside)
Network management software license, 1 per base station

c) Campus will need to provide:
Pole for mounting
DC power supply (-48v, approx 300W)
Ethernet cable, from base station unit (outside) to testbed (inside); consider copper (may be a problem with lightning surge) or fiber (requires MM fiber cable, and fiber interface on switch)
Windows server to host network management software
Linux server to host OMF software
Ethernet switches, and other network equipment, for access (configuration to be provided)

d) Additional kits can be purchased from Airspan

Price is approximately $15,000.

e) It is expected that additional base stations kits will be purchased for some (or all) Sol 3 GENI sites in Spiral 5.

Thus, campus site might be able to add additional sectors, at no cost.
Planning for next year will be done later this year.
Consider including additional sectors within your technical plan right away.

f) Note: Airspan indicates that they expect to introduce a new base station unit within the next year.

Somewhat reduced performance/range.
Approximately half the cost

g) Airspan indicates that their sector antenna provides:

A 90degree pattern, which is consistent with proper coverage over a 120degree sector.
Four internal elements, to support 2x4 MIMO.
Airspan can provide provide x4 omni-directional antennas, but the cost is much higher, and the range is signifcantly reduced.

h) Airspan shows that their profile-C base station unit can be configured to operate without an ASN GW and without a RADIUS (authentication) server.

In this mode, a list of allowed base stations must be configured into the base station, and groups of these base stations are mapped to a VLAN on the ethernet port.
This appears to be consistent with the current NEC base station unit operated with the ASN GW/WiMAX RF AggMgr code that has been provided by Rutgers/WINLAB
MacroMAXe Configuration Guide

i) Airspan shows that if handover operation is desired, an ASN GW must be provided, plus typically an associated RADIUS (authentication) server.

In this case, the base station unit operates with IP at the interface.

j) Airspan installation instructions link

R2) Netspan Network Management System for Airspan Base Station

Manu Gosain (GPO)

  • Suggest: add Netspan system at each site with Airspan base station
  • Requires: Windows server
  • Use: setup of Netspan base station to provide basic functions


installation instructions

  • Coming: replace with new WiMAX RF AggMgr

Attachments (1)

Download all attachments as: .zip