(Bhaskar)
(Bhaskar)
(Morley
and Yan)
(Morley and
Yan)
Title: Enabling MP3 music on a cell-phone
Background: The combination of
the Jukebox-IAP
and the GSM-IAP
make it possible for a user to listen to MP3 music on a cell-phone.
The data stream is pulled from an MP3 server, converted to PCM-audio,
and then to GSM-audio.
Brief Description: The audio
codecs for the required conversions are already present. However, the
codec conversions do not work well across the network due to buffering
problems. This project would involve enabling this functionality to
work well across the network, by changing the codec code appropriately
to use RTP.
Required Qualifications: C/C++
programming, Basic knowledge of network protocols, Unix socket
programming (can be learnt along the way)
Contact: Bhaskaran Raman <bhaskar@cs.berkeley.edu>
Title: Online addition of semantic content to a MultiMedia
stream
Background: Composition of
services across the network is an interesting way to develop new
application functionality (see the examples in the presentation here). There are
several interesting compositions possible with multi-media streams. A
simple example of composition in a multi-media stream is the use of a
transcoder for a high data rate video.
Brief Description: This
project would involve the following composition: Video stream from
video server --> Service for inserting text at the bottom of the
video. The text inserted at the bottom of the video could be
anything. For instance, it could be news headlines.
Required Qualifications: C/C++
programming, Basic knowledge of network protocols, Knowledge of video
codecs desirable, Unix socket programming (can be learnt along the
way).
Contact: Bhaskaran Raman <bhaskar@cs.berkeley.edu>
Title: Access
to regular mail from MediaManager
Background: The MediaManager
is a unified messaging system. It allows voice-enabled access to
a user's mail. It can do intelligent things such as summarizing an
email, text-to-voice conversion, etc. It has been integrated with
the Universal
Inbox -- this allows access to the user's email from heterogeneous
end-devices such as a cell-phone, regular phone, and so on.
Brief Description: The MediaManager
can currently get email from a NinjaMail
server, but not from a POP server. This project would involve building
the interface between the user's regular (POP) email to the MediaManager
Required Qualifications: Java programming,
Basic knowledge of network protocols, Previous knowledge of POP is desirable
(can be learnt along the way though)
Contact: Barbara
Hohlt <hohltb@cs.berkeley.edu>
Title: Database
or Distributed Hashtable backend for the ICEBERG voice-mail service
Background: The ICEBERG voice-mail
service is part of the Universal
Inbox. This voice-mail can be accessed from a variety of end-points
-- cell-phones, regular phones, desktops, etc. The Distributed
Hashtable is a storage mechanism developed in the Ninja Project --
it provides a hashtable like interface for persistent storage.
Brief Description: The voice-mail
service is currently very primitive and not usable for real. One
of the enhancements possible is to build a database backend for storing
the users' voice-mail. A postgres database could be used. A
better option is to use the distributed hashtable from the Ninja project.
The hashtable presents an asynchronous interface for storage. There
is no notion of transactions provided by the hashtable -- hence consistency
issues have to be dealt with manually.
Required Qualifications: Java programming,
Basic knowledge of databases
Contact: Bhaskaran
Raman <bhaskar@cs.berkeley.edu>
Title: Touch-tone
user-interface for the ICEBERG voice-mail service
Background: The ICEBERG voice-mail
service is part of the Universal
Inbox. This voice-mail can be accessed from a variety of end-points
-- cell-phones, regular phones, desktops, etc. Access from phones
is through a touch-tone interface.
Brief Description: The voice-mail
service currently has a simplistic interface for the user to access voice-mail.
This project would involve designing and building a touch-tone based interactive
voice-response interface for the user to access his/her voice-mail.
Required Qualifications: Java programming,
Basic knowledge of user-interfaces (can be learnt along the way)
Contact: Bhaskaran
Raman <bhaskar@cs.berkeley.edu>
Title: Enabling
Internet Service Access from Heterogeneous Devices in ICEBERG
Description: The current ICEBERG
system has effectively tackled the interactive personal communications
services. However, we have not yet had a well-defined, systematic way of
allowing heterogeneous devices to access the Internet services, such as
the web services. This project involves literature research on this topic
(such as WAP, imode, server solutions) as well as the design and implementation
of such a framework for ICEBERG.
Contact: Helen
J. Wang <helenjw@cs.berkeley.edu>
and Bhaskaran Raman
Title: An
Application Specific Billing Framework
Descriptions: Billing is not built
into the ICEBERG communication system, as it is a highly application-specific
function. ICEBERG proposes a novel way of billing through introducing billing
agent as an additional endpoint to a multi-endpoint communication session,
monitoring, accounting and billing for the session on behalf of some application
(such as video-on-demand). This project explores this proposal through
enumerating various billing scenarios, and designing and implementing billing
agents for these different circumstances, and then generalize a billing
framework through these experiences.
Contact: Helen
J. Wang <helenjw@cs.berkeley.edu>
Title: A Framework
for cross-user feature interaction detection and resolution
Description: Feature interaction
has been a long unresolved problem in telecommunications, which also exists
in ICEBERG system. Feature interaction refers to the undesirable interactions
or interferences among the services users subscribe to in a communication
system. Single-user feature interactions mostly result from the ambiguity
in service subscriptions, such as the subscription of voice-mail upon busy
and call forwarding upon busy leaves the system confused when the terminal
is busy (invoke the voice-mail service or call forwarding?). Single user
feature interaction has been effectively tackled by the ICEBERG system
through the explicit preference specification. This project explores solutions
for the cross-user feature interactions. As an example, Alice includes
Eve into her Outgoing Call Screening (OCS) list (meaning, Alice doesn't
want to reach Eve ever), Bob has moved in with Eve, and decides to forward
all his calls to Eve; the problem arises when Alice calls Bob which forwards
to Eve's phone, and thus violates Alice's OCS. This project involves literature
research on feature interaction detection and resolutions in telecommunications
and Internet Telephony, as well as a design and implementation of a cross-user
feature interaction detection and resolution framework for ICEBERG.
Contact: Helen
J. Wang <helenjw@cs.berkeley.edu>
Title: An
ICEBERG service: Receptionist Switchboard
Description: This project uses
the ICEBERG infrasture to implement the Receptionist Switchboard service
which allows a Receptionist to direct calls on one's behalf based on the
current condition (such as the location, current activity, etc.)
Contact: Shelley
Zhuang <shelleyz@cs.berkeley.edu
and Helen
Title: Implementing
Traffic-Aware Smart Routers (2 students)
Background: The Clearing
House is a control architecture that performs admission control and
resource provisioning within ISPs and across multiple ISPs. It also constructs
and maintains the traffic matrices based on measurements. We need to modify
the existing edge routers to interoperate with the proposed Clearing House-architecture,
e.g. monitor link utilization and secure key based flow identification.
Brief Description: Students will
have hands-on experience working with Java-programmable routers and/or
freely available Cisco routing software. The students are expected to learn
the routing software and modify them. They will also learn different forwarding
mechanisms (packet classification, routing, scheduling) and other control
mechanisms (signaling, admission control) in a router.
Required Qualifications: C/Linux/Java
network programming, Basic knowledge of network protocols.
Contact: Lakshmi
<lakme@cs.berkeley.edu> and
Chen-Nee
<chuah@cs.berkeley.edu>
Title: Implementing
a network, server load monitoring service
Background: The Wide-area
Network Measurement and Monitoring Services (WNMMS) project aims to
understand the behavior of Internet and provide a bridge connecting the
Internet applications and network monitoring services.
Brief Description: Using existing
tools for latency, bandwidth probing, and server load measurement, implement
a given interface for WNMMS. The students will also learn to use the network
measurement software and analyze the performance.
Required Qualifications: C/Java
programming, Basic knowledge of network protocols.
Contact: Yan
Chen <yanchen@cs.berkeley.edu>
and
Morley Mao <zmao@cs.berkeley.edu>