研究型主題
P2Pnet + Opportunistics Network Hybrid Opportunitics network (Opportunitics network + Sensor Network + Internet) Diameter-bounded Stenier Tree for P2P Multicasting
TCP over Opportunistics Network

幻影式 WLAN 定位法

TCP/SCTP QoS/performance Improvement

Partial Reliable TCP/SCTP for Client/Server and for Distributed P2P (BT)

UDP/TCP Over Sensor Network

Improvement of Router-Assisted TCP

Merge VoIP steams without decompression-compression

Push-to-talk 之品質提升

VoIP over 雙網手機之品質提升

Cascading end-to-end path set up

Fax Over IP

Hash Index ove Data in the Air

Load Balance for WLAN

Relational Content-Based Search for Sensor Network

Redundant packet transmission for VoIP

放寬 VoIP delay time allowment

 

實作型主題

VoIP Echo Service

幻影式 WLAN 定位法

家用WiFi 資訊環境之應用

點擊電腦 資訊立即傳手機

雙網手機的應用

Use WiFi to deliever personalized music from PC to Cellphone

VoiceXML

3D Data Browser

Web 2.0 Service 實例開發

VoIP (over Windows Vista Environment) 相關應用


研究型主題
 

幻影式 WLAN 定位法
 
無線電波具有繞射性質,在利用信號強度定位時,會產生誤差, 我們要找出AP 的幻影位置,利用幻影位置協提供更精確的位置估計
回主畫面  

TCP/SCTP QoS/performance Improvement
 
over Ad-Hoc/Sensor Networks
 
over WiMAX Networks
 
Use light-weight TCP to deliver short messages on Ad-Hoc/Sensor Networks

     
    因為 Sensor Network 中所傳遞 的資訊量較少,如果使用傳統的TCP 時,太浪費,應該為 Sensor Network 特別設計 TCP 以減少浪費
回主畫面  

Partial Reliable TCP/SCTP for Client/Server and for Distributed P2P (BT)
 
影音資料在傳遞時,因為可以不計較封包之丟失, 且無法容忍太長之延遲時間,以致於採用UDP 來傳遞封包 但美中不足之處有二:

     
    Key frame 如果丟失,對品質將有大損害
     
    UDP 無法隨網路之頻寬變化而調整傳送速度
 
如果能將key frame 提出來,加上採用TCP 的方式傳送以保證key frame 之傳送, 將其他的frame 則取消 retransmission, 如此,可以用較低的重送代價提高品質,更可以利用TCP 所具有的 速率控制機制依網路狀況自動調整傳送速率。
回主畫面  

Transport Protocol over Wireless Sensor network
 
在sensor network 上,各個node 將 data 收集起來,送到 sink, 應該要有一個 tranport layer 的protocol 保證資料的送達, 以及決定傳送速度。

  100% Data Delivery Partial Data Delivery
Real Time Required ?? UDP
Non- Real Time Required TCP Partial Reliable TCP/SCTP
 

TCP over Wireless Sensor network
 
Sensor Network 的特性,

Slow
Limited resource
Tree-like Topology
中間的node 可能fail 或 sleep
 
傳統 TCP 在 sensor networks 上可能遇到的問題?
     
    Too much packet loss, congestion control goes down
     
    Sensor network 通常組織成 Tree structure, data 由terminal nodes 逐站往上面傳直到 sink node 為止, 越接近 Sink 的 node 其loading 越重,TCP 的設計可否利用此種特性, 增加效率? 例如: Router 提供資訊, Sink 收集資料之後,根據各個 Path 的loading, 分配頻寬給各個 path, 然後 利用 Receiving Windows, 或其他機制 來做 Congestiong Control
回主畫面  

Router Assisted TCP Congestion Control 可能遇到的問題
 
Router 持續送出 DRAI, sender 也會連續收到 DRAI, 如果 sender 對每一個 DRAI 都反應的話, 會過度反應,造成 CWND size 的震盪。 要如何解決此問題?
回主畫面  

Merge VoIP steams (H.323) without decompression-compression
 
網路電話進行多方會談時,如何增加混音速度(例如跳過解壓縮程序)
回主畫面  

Push-to-talk 之品質提升

     
    Push-to-Talk 在美國推出以來大受歡迎,國內各大行動電話公司也積極投入 研發,並已有數家推出此種服務,由於 語音服務在 GPRS 網路上的品質受到網路效能之影響之故, Push-to-Talk 這項服務逃脫不了低品質之惡夢。本專題將承續先前在GPRS 傳輸時間上之研究結果繼續研發能提升Push-to-talk 品質之各種方案。
 
在 Ad-Hoc Network 上 implement PoC
 
Reduce delay time for PoC (Push-to-Talk over Cellular)
回主畫面  

VoIP over 雙網手機之品質提升

     
    雙網手機的一個重要應用,即是利用 VoIP 技術在無線區域網路涵蓋範圍內, 進行行動電話通話,可以獲得價廉物美的第三代行動電話服務。 一個簡單的解決方案即是將Skype 作在雙網手機上,立刻擁有一個低價寬頻 的行動電話。 雖然如此,VoIP 在此種環境下的品質將會受到一定程度的影響, 本專題即在探討其品質問題,並提供解決方案
回主畫面  

Cascading end-to-end path set up

       
      沒有一個 operator 可以跟全世界的 operator 簽SLA, 因此 Hub based SLA model 實際上不可行,就 Virtual operator 而言,面臨同樣問題,因為問題的關鍵並不在於operator 是否擁有 實體網路,而在於是否有能力跟所有operator 談判。 所以,看來cascade model 比較可行 我們BBQ  裡面call set up procedure  可能必須修改 以符合casade sla 的實際情況。 end-to-end path reservation 應該也採用cascade model 比較可行, 因為只有槍定SLA 之雙方才能執行QoS  之保證,否則,到時候算帳 可能會一塌糊塗。 我們是否可以develop 一套類似 link-state routing  那種方式 來做call set up ? 例如 A 決定要沿著 A-B-C-D  的路徑建立A-D之connection, A 向B 要求B-D 之path , 而B  向C 要求C-D之path.
回主畫面  

Fax Over IP
 
如果用網路電話傳遞FAX 時,因為 Packet losss 會增加,導致 FAX 品質受損,本題目將研究如何保證 FAX over IP 的品質
回主畫面  

Hash Index ove Data in the Air
 
現行許多index 的方法 都是使用 B-tree like 的 index 而 B-tree 是適合 disk 用的, index in the Air 應該 比較像 Random access memory , 使用其他index 方法可能比較好
回主畫面  

Load Balance for WLAN
回主畫面  

Relational Content-Based Search for Sensor Network
回主畫面  

Redundant packet transmission for VoIP
 
If extra bandwidth is available, how VoIP is going to use this extra bandwidth?