降低無線電定位誤差之法

⊕ 小部分參考點有誤差 - 容錯精確定位法

⊕ 大部分參考點都有誤差 - 縮小誤差之法

♦ 假設量測的信號的最大的誤差為 E,且是 uniform random, 使用 k 個信號值,我們將發展一套方法讓定位誤差可降為 E 的一個比例。

⊕ 大部分參考點都有誤差 - 選擇參考點以降低誤差之法

Network Layer Architectrue

♦ 我們提出幾種網路架構,針對災區對外通訊中斷,無組織無伺服器兵荒馬亂的特殊 情況下,建構臨時性網路以供通訊聯絡之用。基礎的網路層架構是 Ad Hoc 隨意型無線區域網路,在基礎的網路層之上傳輸層之下再架構另一層網路 控制層,有三種模式:

Uncontrolled Single-Hop Group Communication Network 在此種網路中,每一個電腦要對外通訊時,直接以廣播的方式送出封包, 在無線電信號的範圍內的電腦都可以接受封包,送給上層的應用程式,但 並不轉送給其他電腦。此種網路架構非常簡單,沒有複雜的控制程式, 在災區中簡便易行,架設成功率及穩定度最高,應該優先普及於救災團隊 的電腦。在此架構上最合適的語音通訊服務,是模擬短距離Walki-Talki 無線電對講機的 Push-to-Talk服務。在無線電接收範圍內的所有電腦 都可以接到語音封包,也不需要伺服器提供允入管制及發話權的管理。 此種網路不能支援特定對象之間的通訊服務,例如可與某特定人通話的VoIP。 救災初期,救難人員之間尚未通訊聯絡簿,彼此之間互不認識,也無暇交換 電話號碼(或任何通訊ID)的情況下,最適合使用這種網路。
Uncontrolled K-Hop Group Communication Network 此種網路類似前一種網路,唯一不同的是收到封包的網路必須往其他電腦轉送, 轉送次數設定為 K。 此種網路架構比前一種稍微複雜,但仍然非常簡單,控制程式比前者稍微複雜。 架設成功率及穩定度稍低於前者。在此架構上最合適的語音通訊服務, 是模擬長距離無線電對講機的 Push-to-Talk服務。在K-hop內的所有電腦 都可以接到語音封包,也不需要伺服器提供允入管制及發話權的管理。 同樣的,此種網路不能支援特定對象之間的通訊服務。
Controlled K-Hop Group Communication Network 此種網路比較像傳統的 Ad Hoc 電腦網路,電腦之間彼此之間互相轉送, 轉送次數設定為 K,每個電腦必須有唯一性的位址,可支援一對一有特定對象 的語音通訊。此種這種網路即可支援正常的 VoIP 服務,例如,要 跟某一個具有特殊醫護技術的救難人員通話時,就需要這樣的網路服務。 此種網路的技術較為複雜,系統程式也需要較長時間開發, 系統的架設成功率及穩定度自然遠低於前兩種網路。在災區已經建立臨時性 的指揮中心之並有了初步的任務編組, 具備行使允入控制的功能以及救災資訊系統時, 才適合架設此種網路。

⊕ 研究議題

♦ 1. Uncontrolled Single-Hop Group Communication Network

♦ 2. Uncontrolled K-Hop Group Communication Network

♦ 3. Controlled K-Hop Group Communication Network

IP Allocation 為了要支援一對一的通訊,每一部電腦都要有唯一性的位址,並讓 所有電腦彼此之間可以找到對方的地址,並順利傳遞封包。問題的麻煩在於 電腦上既有的網路軟體都失效,必須另行在無組織無伺服器的環境下 設計簡單可行的方案。一個簡單的方案時架設臨時的DHCP server, 分配 臨時IP 之用,但此法在兵荒馬亂的情況下,不一定能夠順利執行。 另外的方案是自動化模式,不需架設任何server,也不需人工設定即可執行。 我們的計畫將研究找出一個簡單易行而且可以讓目前的應用程式順利執行 的方案。舉例而言,可以利用一個轉換程式直接將 具有唯一性的 MAC 地址轉換成 IP 地址。
Routing Protocol 傳統的 Ad-Hoc Network 已經有很多 routing 演算法可以運用在P2Pnet 上。 我們將發展自動化免設定的routing 方法。
Mobility Management 如果需要支援IP mobility 的話,可以運用 Mobile IP 的技術達成, 我們將發展自動化免設定的 Mobile IP 方法。

    如果要提供特定使用者之間的 VoIP/PTT 服務,還須提供下列功能:

Membership Management Service 我們將發展分散式 membership management service.
Distributed Directory Service (Yellow Page) 使用者不必知道欲通訊對象所在的電腦及其IP 位址,只需指定對方的使用者ID即可建立通訊管道,系統必須提供 Yellow Page 服務。 我們將發展自動化分散式建構 yellow page 的方法。
Present Service 在提供VoIP/PTT 服務時,必須讓使用者知道有哪些使用者在線上,及其位址,這是 present service, 因為沒有伺服器的原因,無法使用現有的解決方案。 我們將發展分散式 present service.
Serverless P2P VoIP 現有的VoIP 需要一些伺服器,Skype 甚至於需要大量的 super-node才能順利 運作,在災區對外通訊中斷或只有低頻寬的連線時,現有的 VoIP 軟體都將失效,因此有必要建構一個無伺服器的P2P VoIP 系統。
QoS Assurance VoIP 的品質在寬頻網路上都是很難解決的問題,在P2Pnet 上因網路不穩定, 高封包遺失率,使得更難維持VoIP 的通訊品質。我們將針對此種環境的特性, 發展適合P2Pnet 的品質提升方案。
QoS Assurance for VoIP/PTT over P2Pnet

    VoIP/PTT 對時效性的要求極高,為了符合這個要求,現今的 VoIP/PTT 系統都是 使用 UDP 傳輸層協定,如果運用在錯誤率很高的網路環境時,可能會因為 遺失太多封包而影響通話品質。 當將 P2Pnet 架設於嚴重災區救難時,網路的 品質遠比平常的網路為低,VoIP/PTT 的品質將因遺失太多封包而受到 嚴重影響。我們將提出一些機制用以提高VoIP/PTT 的品質。

⊕ 我們的 approach

1. 分辨重要封包
2. 採用 redundancy 封包保護技術,設法從後續的封包還原遺失的封包
3. 採用 Partial-Reliable UDP技術,在傳輸層保證重要封包的送達

⊕ 分辨重要封包

Time Domain 重要封包分辨技術 在語音 frame 擷取之後,尚未壓縮之前,就利用某些特徵(例如:平均能量) 判斷封包的重要性
Frequency Domain 重要封包分辨技術 在語音壓縮之後,就所獲得的frequency domain 資訊判斷語音的重要性

⊕ Redundancy 封包保護技術

    將 redundancy 封包 piggyback 在後續的封包上,當一個封包遺失時,即可 將後續封包裡的 redundancy 封包抓出來

♦ Model

定義基本封包間隔時間 (msec/packet), 簡稱為 「基本時隔」 最常用的基本時隔為 20ms/packet 及 30ms/packet
將 redundant voice packets 視為不同的 packet stream
不同的 voice packets 可用不同的 codec
所有的 packet stream 的時隔應為基本時隔的倍數
定義第一個 packet stream 為基本 stream
其他的 packet stream 稱為redundant stream,彼此之間相差至少 一個時隔
最後,將所有 packet stream piggyback 在一起,變成一個時隔為 基本時隔的單一 packet stream
「請小冷畫圖表示這個model」

      所要研究的問題變成需要多少 redundant packet stream,每一個 redundant stream 使用何種 codec 及時隔

⊕ Partial-Reliable UDP 封包保護技術

    設計一個新的UDP 傳輸協定,由上層的VoIP/PTT 指定某些重要性封包, 由傳輸層以 ACK及重傳技術保證封包之送達

⊕ 整合式封包保護技術

♦ 結合前兩種技術,整合成一個用於在封包遺失率較低的網路上 有效的VoIP品質提升方案,例如:

每一個VoIP stream 包含一個基本 stream 及二個 redundant stream
基本stream及第一個 redundant stream 採用相同codec 及時隔, 兩者相差一時隔
第二個 redundant stream 使用較低品質低速率的 codec,以三倍時隔,落後 於基本stream 兩個時隔送出。
利用 piggyback 技術將三個 stream 合併成為一個 packet stream
將含有第二個redundant stream 的封包視為重要封包,利用Partial-Reliable UDP 保護
「請小冷畫圖表示這個model」

      上述方案耗用頻寬為基本stream 的2.x 倍,當封包遺失不嚴重時,可使用 第一個redundant stream 去還原原始voice,delay time 會多一個時隔, 如果封包遺失太嚴重,可以使用第二個redundant stream來還原原始voice stream,延遲時間會增加兩個時隔。在P2Pnet 中,因為地理範圍侷限於 災區,因此propogation delay time ,幾乎可略過,總和的delay time 應該在可接受的範圍。