让PR-TCP两端知道传送封包的种类.PPT

選擇性保證封包到達之通訊協定設計 Student: Ming-Han Wu Advisor: Yao-Nan Lien 2007 Outline Introduction Background/Related Work PR-TCP Basic Single side Performance Evaluation Conclusion Outline Introduction Background/Related Work PR-TCP Basic Single side Performance Evaluation Conclusion Introduction 隨著網路的進步與發展，許多新興的數位資訊，在網路上傳輸時並未要求每一個封包均確實送達目的地。 例如影音資訊，因為使用者不要求，所以影音封包不需每個都要無誤到達。 由於影像在網路上傳輸是經過mpeg格式壓縮，而mpeg會將影片壓縮成不同重要程度的影格，若封包遺失，將會造成不同程度的影像品質影響。 Introduction Differentiation of packets within an MPEG media stream MPEG frames (I) Intra frame coded, key-frame (max. priority) (P) Predicted (B) Bidirectional 有I frames才能組成P frames，而有I與P frames才能組成B frames frame的重要程度:IPB。 Introduction 前述資訊服務類型不須確保所有封包到達，不同重要程度的封包掉了會造成服務品質不同程度的影響。 UDP 與TCP 都對所有封包一視同仁，前者不做任何保證，而後者雖可保證所有封包的送達，但效率較差。 Introduction UDP vs. TCP(在網路情況差，資源不足情況下) UDP 封包傳輸速率都相同，無法根據網路狀況來調節封包傳送速度，可能會讓網路狀況更差。 沒有重傳的機制，封包遺失掉落時不做任何處理。 Impact of transmitting video data 因為不保證資料能準確到達，且不對遺失的封包做處理，當重要性高的封包遺失，影像品質大打折扣。 Introduction UDP vs. TCP(在網路情況差，資源不足情況下) TCP 可以根據網路狀況來調整封包傳輸速率。 有重傳機制，所以能夠確保每個封包準確到達。 Impact of transmitting video data 保證封包到達，當封包遺失，啟動重傳機制，但重傳封包delay time會較高，可能封包到了也已經失效。 Introduction 由上述得知 UDP一視同仁不保護封包=重要的封包遺失 TCP一視同仁保護封包=delay time拉長 都無法適用於封包有重要等級之分的資訊服務。 如果我們選擇性保護封包? Introduction Outline Introduction Background/Related Work PR-TCP Basic Single side Performance Evaluation conclusion Outline Introduction Related Work PR-TCP Basic Single side Performance Evaluation conclusion PR-TCP-basic Design Objective 在封包遺失時，配合AP的需求，根據遺失封包的不同重要程度，做選擇性的重傳，在網路狀況不好的情況下，維持資訊服務品質 。 PR-TCP-basic Design issue 如何調控速度? 如何應付網路壅塞? 如何只重傳較重要的封包? 如何讓重傳能更有效率? 如何降低delay time? PR-TCP-basic Protection class 在PR-TCP-basic中將封包分為三個種類: Regular:一般性的封包。 Certified:在時效內是重要的封包，過了時效就不重要。 Registed:重要的封包，必須確保無誤送達。 在packet header新增以下欄位: pt:記錄packet的 type。 B_pt:記錄前一個packet的packet type。 N_pt:記錄下一個packet的packet type。 讓PR-TCP兩端知道傳送封包的種類。 PR-TCP-basic Set PSH==1 封包所攜帶的資料就會被直接上遞給上層的應用程式而無需經過TCP處理了 。 延伸TCP Sack，修改傳送端與接收端,在TCP heade