VS:products - Revision history

MediaWiki default at 20:06, 17 November 2009

2009-11-17T20:06:05Z

MediaWiki default at 17:29, 17 November 2009

2009-11-17T17:29:05Z

MediaWiki default at 15:52, 17 November 2009

2009-11-17T15:52:16Z

MediaWiki default at 15:25, 17 November 2009

2009-11-17T15:25:13Z

MediaWiki default at 15:21, 17 November 2009

2009-11-17T15:21:14Z

MediaWiki default at 15:20, 17 November 2009

2009-11-17T15:20:36Z

Mhefeeda at 06:01, 13 November 2009

2009-11-13T06:01:40Z

Mhefeeda at 06:00, 13 November 2009

2009-11-13T06:00:39Z

Mhefeeda at 05:59, 13 November 2009

2009-11-13T05:59:31Z

Mhefeeda: New page: Our Potential Products. [http://nsl.cs.sfu.ca/wiki/index.php/VS:Mobile_Video Back to Main Page] We need to provide short, medium, and long term products. For each product, we need to e...

2009-11-13T05:58:50Z

New page: Our Potential Products. [http://nsl.cs.sfu.ca/wiki/index.php/VS:Mobile_Video Back to Main Page] We need to provide short, medium, and long term products. For each product, we need to e...

New page

Our Potential Products. [http://nsl.cs.sfu.ca/wiki/index.php/VS:Mobile_Video Back to Main Page]

We need to provide short, medium, and long term products. For each product, we need to estimate its complexity (time to market), potential customers, competing products, our edges, links to our software design, hardware, etc.

'''= Short term 0.5 - 2 years ='''

== Product S1: ==

*

== Product S2: ==

*

----

'''= Medium term 2 - 5 years ='''

== Product M1: ==

*

== Product M2: ==

----

'''= Long term 5+ years ='''

== Product L1: ==

*

== Product L2: ==

@@ Line 20: / Line 20: @@
 While YouTube has been very successful on PC users, it is less popular on mobile devices for two reasons. First, mobile devices have low-speed wireless links. For example, existing HSDPA networks have a theoretical maximum bandwidth of 14 Mbps, which is shared among ''all'' users in the same cell. Second, mobile devices have small screens, which make browsing and searching for clips difficult. Effectively searching videos is important for user generated databases like YouTube due to the large number (millions) of videos in them.
-We design a VideoCast platform to address the above two issues, and broadcast the ''most demanded'' videos to the ''most users'. This platform consists of a VideoCast server that schedule the videos for broadcasting, and a VideoCast client running on mobile devices. More precisely, the client collects user preference from individual users. The user preference may contains regular expression patterns of video names and description, videos uploaded by certain users, some video channels, and even video tags. To support a large number of users, the client reports user preferences ''infrequently'', in the order of hours. In addition to preference, each client may inform the server its status such as reception quality, battery level, and storage space. Client status messages are short, and thus can be sent more frequently. Nevertheless, the client should implement some throttling algorithm to avoid overloading the VideoCast server.
+We design a VideoCast platform to address the above two issues, and broadcast the ''most demanded'' videos to the ''most users''. This platform consists of a VideoCast server that schedule the videos for broadcasting, and a VideoCast client running on mobile devices. More precisely, the client collects user preference from individual users. The user preference may contains regular expression patterns of video names and description, videos uploaded by certain users, some video channels, and even video tags. To support a large number of users, the client reports user preferences ''infrequently'', in the order of hours. In addition to preference, each client may inform the server its status such as reception quality, battery level, and storage space. Client status messages are short, and thus can be sent more frequently. Nevertheless, the client should implement some throttling algorithm to avoid overloading the VideoCast server.
 The VideoCast server uses the user preference and client status to compute the broadcast schedule in order to maximize the user experience. At a high-level, a video clips that appears at the top of the user preference lists for more active users, it should be scheduled earlier than less demanded videos. Since each video is sent to many mobile users, the VideoCast platform is bandwidth-efficient. Moreover, the VideoCast server will send the most demanded videos based on a user preference configured off-line, which saves users a lot of time on browsing and selecting videos using small screens of mobile devices.

@@ Line 8: / Line 8: @@
-== Product S1: Mobile TV Base Station for Unlicensed Use ==
+== Product S1: Micro Mobile TV Base Station for Unlicensed Use ==
-Our first product is a low-cost workstation that allows small-scale deployment using unlicensed spectrum. Potential customers include universities, companies, communities, museums, and zoos, which want to efficiently (in terms of costs) deliver video streams to users within small geographical areas. For example, museums and zoos can provide visually-enhanced guided tours using our base stations without huge capital investments such as licensing a spectrum.
+Our first product is a low-cost workstation that allows small-scale deployment using unlicensed spectrum. Potential customers include universities, companies, communities, museums, and zoos, which want to efficiently (in terms of costs) deliver video streams to users within small geographical areas. For example, museums and zoos can provide visually-enhanced guided tours using our base stations without huge capital investments such as licensing a spectrum. In addition, customers may receive the programs using their own cellular phones.
 This product is similar to our MM08 mobile TV testbed. Additional enhancements include: (i) mechanisms to query white space database, (ii) hardware to sense co-channel interference (need to check the FCC standards), and (iii) integration with some mobile TV capable devices, i.e., implementing a client program. Using a 5MHz channel within a short broadcast range, our base station can transmit 40 QVGA programs, where each program has a coding rate of 512 kbps. Concurrently reading and encapsulating 40 programs should be feasible to recent quad-core CPUs and multi-Gigabit disks.
@@ Line 20: / Line 20: @@
 While YouTube has been very successful on PC users, it is less popular on mobile devices for two reasons. First, mobile devices have low-speed wireless links. For example, existing HSDPA networks have a theoretical maximum bandwidth of 14 Mbps, which is shared among ''all'' users in the same cell. Second, mobile devices have small screens, which make browsing and searching for clips difficult. Effectively searching videos is important for user generated databases like YouTube due to the large number (millions) of videos in them.
-To provider better user experiences,
+We design a VideoCast platform to address the above two issues, and broadcast the ''most demanded'' videos to the ''most users'. This platform consists of a VideoCast server that schedule the videos for broadcasting, and a VideoCast client running on mobile devices. More precisely, the client collects user preference from individual users. The user preference may contains regular expression patterns of video names and description, videos uploaded by certain users, some video channels, and even video tags. To support a large number of users, the client reports user preferences ''infrequently'', in the order of hours. In addition to preference, each client may inform the server its status such as reception quality, battery level, and storage space. Client status messages are short, and thus can be sent more frequently. Nevertheless, the client should implement some throttling algorithm to avoid overloading the VideoCast server.

@@ Line 10: / Line 10: @@
 == Product S1: Mobile TV Base Station for Unlicensed Use ==
-* Our first product is a low-cost workstation that allows small-scale deployment using unlicensed spectrum. Potential customers include universities, companies, communities, museums, and zoos, which want to efficiently (in terms of costs) deliver video streams to users within small geographical areas. For example, museums and zoos can provide visually-enhanced guided tours using our base stations without huge capital investments such as licensing a spectrum.
+Our first product is a low-cost workstation that allows small-scale deployment using unlicensed spectrum. Potential customers include universities, companies, communities, museums, and zoos, which want to efficiently (in terms of costs) deliver video streams to users within small geographical areas. For example, museums and zoos can provide visually-enhanced guided tours using our base stations without huge capital investments such as licensing a spectrum.
-* This product is similar to our MM08 mobile TV testbed. Additional enhancements include: (i) mechanisms to query white space database, (ii) hardware to sense co-channel interference (need to check the FCC standards), and (iii) integration with some mobile TV capable devices, i.e., implementing a client program. Using a 5MHz channel within a short broadcast range, our base station can transmit 40 QVGA programs, where each program has a coding rate of 512 kbps. Concurrently reading and encapsulating 40 programs should be feasible to recent quad-core CPUs and multi-Gigabit disks.
+This product is similar to our MM08 mobile TV testbed. Additional enhancements include: (i) mechanisms to query white space database, (ii) hardware to sense co-channel interference (need to check the FCC standards), and (iii) integration with some mobile TV capable devices, i.e., implementing a client program. Using a 5MHz channel within a short broadcast range, our base station can transmit 40 QVGA programs, where each program has a coding rate of 512 kbps. Concurrently reading and encapsulating 40 programs should be feasible to recent quad-core CPUs and multi-Gigabit disks.
-* We are not aware of any base stations that supports broadcasting over white space channels yet.
+We are not aware of any base stations that supports broadcasting over white space channels yet.
-== Product S2:  ==
+== Product S2: VideoCast User Generated Content over Mobile TV Networks ==

@@ Line 12: / Line 12: @@
 * Our first product is a low-cost workstation that allows small-scale deployment using unlicensed spectrum. Potential customers include universities, companies, communities, museums, and zoos, which want to efficiently (in terms of costs) deliver video streams to users within small geographical areas. For example, museums and zoos can provide visually-enhanced guided tours using our base stations without huge capital investments such as licensing a spectrum.
-* This product is similar to our MM08 mobile TV testbed. Additional enhancements include: (i) mechanisms to query white space database, (ii) hardware to sense co-channel interference (need to check the FCC standards), and (iii) integration with some mobile TV capable devices. Using a 5MHz channel within a short broadcast range, our base station can transmit 40 QVGA programs, where each program has a coding rate of 512 kbps. Concurrently reading and encapsulating 40 programs should be feasible to recent quad-core CPUs and multi-Gigabit disks.
+* This product is similar to our MM08 mobile TV testbed. Additional enhancements include: (i) mechanisms to query white space database, (ii) hardware to sense co-channel interference (need to check the FCC standards), and (iii) integration with some mobile TV capable devices, i.e., implementing a client program. Using a 5MHz channel within a short broadcast range, our base station can transmit 40 QVGA programs, where each program has a coding rate of 512 kbps. Concurrently reading and encapsulating 40 programs should be feasible to recent quad-core CPUs and multi-Gigabit disks.
 * We are not aware of any base stations that supports broadcasting over white space channels yet.

@@ Line 8: / Line 8: @@
-== Product S1: Mobile TV base station for unlicensed use ==
+== Product S1: Mobile TV Base Station for Unlicensed Use ==
 * Our first product is a low-cost workstation that allows small-scale deployment using unlicensed spectrum. Potential customers include universities, companies, communities, museums, and zoos, which want to efficiently (in terms of costs) deliver video streams to users within small geographical areas. For example, museums and zoos can provide visually-enhanced guided tours using our base stations without huge capital investments such as licensing a spectrum.
-This product is similar to our MM08 mobile TV testbed. Additional enhancements include: (i) mechanisms to query white space database, (ii) hardware to sense co-channel interference (need to check the FCC standards), and (iii) integration with some mobile TV capable devices. Using a 5MHz channel within a short broadcast range, our base station can transmit 40 QVGA programs, where each program has a coding rate of 512 kbps. Concurrently reading and encapsulating 40 programs should be feasible to recent quad-core CPUs and multi-Gigabit disks.
+* This product is similar to our MM08 mobile TV testbed. Additional enhancements include: (i) mechanisms to query white space database, (ii) hardware to sense co-channel interference (need to check the FCC standards), and (iii) integration with some mobile TV capable devices. Using a 5MHz channel within a short broadcast range, our base station can transmit 40 QVGA programs, where each program has a coding rate of 512 kbps. Concurrently reading and encapsulating 40 programs should be feasible to recent quad-core CPUs and multi-Gigabit disks.
-We are not aware of any base stations that supports broadcasting over white space channels yet.
+* We are not aware of any base stations that supports broadcasting over white space channels yet.
 == Product S2:  ==

@@ Line 5: / Line 5: @@
-= Short term 0.5 - 2 years =
+= Short Term 0.5 - 2 Years =
@@ Line 18: / Line 18: @@
+= Medium Term 2 - 5 Years =
@@ Line 34: / Line 32: @@
+*
-= Long term 5+ years =
+= Long Term 5+ Years =

@@ Line 6: / Line 6: @@
 = Short term 0.5 - 2 years =
 == Product S1:  ==
+*
 == Product S2:  ==
+*
 ----
-'''= Medium term 2 - 5 years ='''
 == Product M1:  ==
+*
 == Product M2:  ==
 ----
-'''= Long term 5+ years ='''
+= Long term 5+ years =
 == Product L1:  ==

← Older revision		Revision as of 05:59, 13 November 2009
Line 5:		Line 5:


−	~~'''~~= Short term 0.5 - 2 years =~~'''~~	+	= Short term 0.5 - 2 years =

	== Product S1: ==		== Product S1: ==