157 | | 1) Resource allocation with fairness. With physical layer measurements, such as signal-to-noise ratio (SNR) over different sub-channels, optimal resource management can be performed in the MAC layer for SSs at different locations. We will implement several conventional schedulers, e.g., Modified Deficit Round Robin (MDRR) to efficiently support different types of WiMAX traffic flows (UGS, rtPS, nrtPS, Best Effort). This work will focus on maximizing the overall system throughput, while assuring that each SS of predefined fairness in terms of data rate and delay constraint. [[BR]] |
158 | | 2) Cooperative transmission (multihop). One SS (here it may be a second BS or a virtualized second BS) may act as intermediate relay between an end SS and the BS. In the uplink, the relaying SS (second BS or a virtualized second BS) can intercept the signal from the end SS and then forward to the BS. Thus, the single-hop transmission is partitioned into two hops. By implementing and testing this function, we can show the performance enhancement of two-hop delivery over one-hop delivery in terms of either coverage extension or throughput improvement.[[BR]] |
159 | | 3) Cooperative Multicast real-time services. We will study the performance of multicast services in different setup of the testbed. We will measure the PER in different locations and study several schemes for the improvement of the QoS in different groups of stations, including cooperative schemes where particular clients will operate as relays and will forward the multicast streams to groups of stations with poor link quality. Video over wireless schemes will be developed and tested where application layer FEC or/and layered video schemes will be implemented. [[BR]] |
160 | | 4) Rate adaptation. We can test rate adaptation function in the open-source MAC layer driver. In response to the variation of physical layer channel, we can adjust the transmission rate of each SS adaptively such that a certain level of QoS can be guaranteed while the optimal data rate is maintained over time.[[BR]] |
161 | | 5) WiMAX/WiFi interconnection. Based on the fact that in the same Lab we operate a WiFi testbed similar to ORBIT, we are planning to investigate the dynamics of coexisting WiMAX and WiFi testbeds. In particular, we are planning to develop schemes where the clients of the network have two interfaces: one WiMAX and one WiFi. The clients are located relatively close to each other (in the same building) and they receive a video stream from the WiMAX BS. However, each client experiences different video quality due to the different packet errors at different locations. In order to improve the video quality, the clients setup an ad-hoc WiFi network. Each client buffers the video stream and figures our which packets are missing in a particular time window. Then it broadcasts requests to the ad-hoc network asking for the missing packets. Nodes that have those packets, reply by sending them to the node that initiated the process. In this way the wireless nodes recover the packets lost in their WiMAX interface though their WiFi interface. [[BR]] |
162 | | 6) Management of the WiMAX testbed. Since the WiMAX testbed will be used by several researchers in the University we will develop a managerial tool in order to give to researchers remote access and to make available particular parameters for defining and running experiments, collecting the results and monitoring the whole process. |
163 | | 7) Teaching purposes. Finally we are planning to use the WiMAX facility for teaching classes on wireless networks, wireless video applications and for several labs.[[BR]] |
| 157 | 1) Resource allocation with fairness. With physical layer measurements, such as signal-to-noise ratio (SNR) over different sub-channels, optimal resource management can be performed in the MAC layer for SSs at different locations. We will implement several conventional schedulers, e.g., Modified Deficit Round Robin (MDRR) to efficiently support different types of WiMAX traffic flows (UGS, rtPS, nrtPS, Best Effort). This work will focus on maximizing the overall system throughput, while assuring that each SS of predefined fairness in terms of data rate and delay constraint. [[BR]] |
| 158 | 2) Cooperative transmission (multihop). One SS (here it may be a second BS or a virtualized second BS) may act as intermediate relay between an end SS and the BS. In the uplink, the relaying SS (second BS or a virtualized second BS) can intercept the signal from the end SS and then forward to the BS. Thus, the single-hop transmission is partitioned into two hops. By implementing and testing this function, we can show the performance enhancement of two-hop delivery over one-hop delivery in terms of either coverage extension or throughput improvement.[[BR]] |
| 159 | 3) Cooperative Multicast real-time services. We will study the performance of multicast services in different setup of the testbed. We will measure the PER in different locations and study several schemes for the improvement of the QoS in different groups of stations, including cooperative schemes where particular clients will operate as relays and will forward the multicast streams to groups of stations with poor link quality. Video over wireless schemes will be developed and tested where application layer FEC or/and layered video schemes will be implemented. [[BR]] |
| 160 | 4) Rate adaptation. We can test rate adaptation function in the open-source MAC layer driver. In response to the variation of physical layer channel, we can adjust the transmission rate of each SS adaptively such that a certain level of QoS can be guaranteed while the optimal data rate is maintained over time.[[BR]] |
| 161 | 5) WiMAX/WiFi interconnection. Based on the fact that in the same Lab we operate a WiFi testbed similar to ORBIT, we are planning to investigate the dynamics of coexisting WiMAX and WiFi testbeds. In particular, we are planning to develop schemes where the clients of the network have two interfaces: one WiMAX and one WiFi. The clients are located relatively close to each other (in the same building) and they receive a video stream from the WiMAX BS. However, each client experiences different video quality due to the different packet errors at different locations. In order to improve the video quality, the clients setup an ad-hoc WiFi network. Each client buffers the video stream and figures our which packets are missing in a particular time window. Then it broadcasts requests to the ad-hoc network asking for the missing packets. Nodes that have those packets, reply by sending them to the node that initiated the process. In this way the wireless nodes recover the packets lost in their WiMAX interface though their WiFi interface. [[BR]] |
| 162 | 6) Management of the WiMAX testbed. Since the WiMAX testbed will be used by several researchers in the University we will develop a managerial tool in order to give to researchers remote access and to make available particular parameters for defining and running experiments, collecting the results and monitoring the whole process. |
| 163 | 7) Teaching purposes. Finally we are planning to use the WiMAX facility for teaching classes on wireless networks, wireless video applications and for several labs.[[BR]] |
187 | | 3:30pm, Gautam Bhanage, Max Ott, Ivan Seskar: [[BR]] |
188 | | [http://groups.geni.net/geni/attachment/wiki/Gec7ClusterEAgenda/tutorial%20wimax%20setup%20%20GENI_GEC7_2.ppt Tutorial on WiMAX setup, including how to use OMF ] [[BR]] |
189 | | |
190 | | Basic "bringup" use case, for use on campus to verify installation; also useful for later regression tests? [[BR]] |
191 | | Tutorial at Rutgers this summer, before GEC8? [[BR]] |
| 188 | Gautam Bhanage: [http://groups.geni.net/geni/attachment/wiki/Gec7ClusterEAgenda/tutorial%20wimax%20setup%20%20GENI_GEC7_2.ppt slides] [[BR]] |
| 189 | |
| 190 | ISSUE: Tutorial at Rutgers this summer, before GEC8? [[BR]] |
| 191 | |
| 192 | === Demos for GEC8 === |
| 193 | |
| 194 | Brainstorming and discussion by group:[[BR]] |
| 195 | 1) Multi-campus application, e.g, wideband video between handsets; distributed conferencing; video content distribution[[BR]] |
| 196 | 2) Mobile connectivity: car to car, car to infrastructure via WiMAX[[BR]] |
| 197 | 3) Portable switch for Layer 2 connectivity; like Sprint mobile hot spot, except Layer 2; client to switch via WiFi, switch to infrastructure via WiMAX; good for campus access.[[BR]] |
| 198 | 4) Virtualized WiMAX provides emergency slice; adjust network utilization to assure good QoS for emergency slice; reassign to accomplish dynamic provisioning.[[BR]] |
| 199 | |
| 200 | === Clearwire deployments === |
| 201 | |
| 202 | See [http://blog.connectedplanetonline.com/unfiltered/2009/12/01/clearwire-completes-2009-wimax-footprint/ 2009 rollout][[BR]] |
| 203 | See [http://connectedplanetonline.com/3g4g/news/clearwire-sprint-kick-off-4G-0329/ 2010 plans][[BR]] |
| 204 | |
| 205 | Currently in service:[[BR]] |
| 206 | Georgia, Atlanta[[BR]] |
| 207 | Maryland, Baltimore[[BR]] |
| 208 | Illinois, Chicago[[BR]] |
| 209 | Nevada, Las Vegas [[BR]] |
| 210 | Oregon, Portland, Eugene and Salem [[BR]] |
| 211 | North Carolina, Charlotte, Greensboro and Raleigh[[BR]] |
| 212 | Hawaii, Honolulu and Maui.[[BR]] |
| 213 | Texas: Abilene, Amarillo, Austin, Corpus Christi, Dallas, Fort Worth, Houston, Killeen/Temple, Lubbock, Midland/Odessa, San Antonio, Waco and Wichita Falls[[BR]] |
| 214 | Washington, Seattle and more[[BR]] |
| 215 | Idaho, Boise[[BR]] |
| 216 | |
| 217 | Planned for remainder of 2010:[[BR]] |
| 218 | Pennsylvania, Philadelphia[[BR]] |
| 219 | Massachusetts, Boston[[BR]] |
| 220 | Colorado, Denver[[BR]] |
| 221 | Missouri, Kansas City[[BR]] |
| 222 | New York City[[BR]] |
| 223 | California, San Francisco[[BR]] |
| 224 | Washington, D.C.[[BR]] |
| 225 | Minnesota, Minneapolis[[BR]] |
| 226 | |
| 227 | Possibly:[[BR]] |
| 228 | California, Los Angeles[[BR]] |
| 229 | Florida, Miami[[BR]] |
| 230 | |
| 231 | |
| 232 | === Adjourn === |
193 | | 3:00pm, Ivan Seskar: [[BR]] |
194 | | Federation of testbeds on multiple campuses? [[BR]] |
195 | | How to connect via backbone, i.e., Internet2 with Layer 2 connections, or Layer 2 tunnels? [[BR]] |
196 | | How to control from a remote location? [[BR]] |
197 | | Current Layer 2 connectivity from Ruthers/WINLAB to NICTA via Internet 2 and AARNET: [[BR]] |
| 234 | |
| 235 | === Federation of Testbeds on Multiple Campuses === |
| 236 | |
| 237 | Not discussed |
| 238 | |
| 239 | How to connect via backbone, i.e., Internet2 with Layer 2 connections, or Layer 2 tunnels? [[BR]] |
| 240 | How to control from a remote location? [[BR]] |
| 241 | |
| 242 | Current Layer 2 connectivity from Ruthers/WINLAB to NICTA via Internet 2 and AARNET: [[BR]] |
201 | | |
202 | | Demos for GEC8: [[BR]] |
203 | | |
204 | | 1) Multi-campus application, e.g, wideband video between handsets; distributed conferencing; video content distribution |
205 | | |
206 | | 2) Mobile connectivity: car to car, car to infrastructure via WiMAX |
207 | | |
208 | | 3) Portable switch for Layer 2 connectivity, client to switch via WiFi, switch to infrastructure via WiMAX; good for campus access. |
209 | | |
210 | | 4) Virtualized WiMAX provides emergency slice; adjust network utilization to assure good QoS for emergency slice; reassign to accomplish dynamic provisioning. |
211 | | |
212 | | Clearwire deployments: |
213 | | |
214 | | [http://blog.connectedplanetonline.com/unfiltered/2009/12/01/clearwire-completes-2009-wimax-footprint/ 2009 rollout] |
215 | | Atlanta, Baltimore, Chicago, Las Vegas and Philadelphia |
216 | | I-5 cooridoor in Portland, Eugene and Salem, Ore. |
217 | | In North Carolina, it has live networks in Charlotte, Greensboro and Raleigh as well as the surrounding cities. |
218 | | Hawaii launch includes not just the main city of Honolulu but the population centers on the island of Maui. |
219 | | |
220 | | [http://connectedplanetonline.com/3g4g/news/clearwire-sprint-kick-off-4G-0329/ 2010 plans] |
221 | | Texas: Abilene, Amarillo, Austin, Corpus Christi, Dallas, Fort Worth, Houston, Killeen/Temple, Lubbock, Midland/Odessa, San Antonio, Waco and Wichita Falls |
222 | | Boston, Denver, Kansas City, Los Angeles, Miami, New York City, San Francisco and Washington, D.C., are all scheduled for launch this year |
223 | | Part of a 15-city plan targeting the country’s largest markets. In 2009, |
224 | | |
225 | | 4:30pm, adjourn [[BR]] |
226 | | |
| 246 | === Demo Session === |