同手动调整编码方式系统研制原理.PPT

KWK AMR 語音編解碼子系統是能一套提供八種位元率的語音表示法，可以針對不同的網路品質，切換成不同的位元率，它使用一些編碼演算法來得到接近清晰品質的語音。 未經壓縮16 bits 精確度、8KHz 取樣頻率的PCM訊號位元率(bit rate)是128kbps，但是經過AMR壓縮過後位元率 (bit rate) 可達到4.75kbps至12.2kbps不等，壓縮率相當高，約10~25倍左右不等。 例如，每秒取樣8000點，每點16 bits，一個AMR frame為160點，可將8000分成50 frame，一個 frame之大小為2560bits(160*16)。以AMR 12.2k為例可將2560bits編成244bits，約壓縮9~10.5倍。 自動調性應編碼格式 中斷式：利用RTCP (Real-Time Transport Control Protocol)報告， 由RTP遺失封包的多寡統計，瞭解網路傳輸狀況，作為系統 頻寬速率調整之依據，調整時由SIP訊息來通知對方已調整 之編碼速率。 透通式：系統調整編碼格式時不用SIP訊息來通知對方， 由封包中的某些資訊來達到共識。 使用者自行調整編碼格式 中斷式：同上 透通式：同上 手動調整編碼方式 中斷式：下拉視窗(圖一)手動選取一 Codec，系統會將User選取的Codec名稱加到SIP Message中傳送到對方，接收端解開SIP Message 封包之後立刻切換成對應的Codec，如圖二中PayloadType值為0，表示要用PCM Codec通話。 透通式：Codec系統切換到AMR子系統時會提供八種Codec，八種Codec之間如何切換是依據AMR Frame的第一個Byte中的FT(圖三)來決定，所以並不會用SIP Message 相互通知。 自動調整編碼方式 中斷式：系統依據RTCP中統計資訊，判斷目前的網路狀況並選擇一適合的Codec，系將此Codec名稱加到SIP Message中通知對方。如圖三 Fraction Lost值為40，表示目前的封包遺失率為40%。 透通式：同手動調整編碼方式 系統研製架構 CSS (Coding Switch Subsystem ) AMRS (Adaptive Multi-Rate Speech Code Subsystem ) RRSS (RTP/RTCP Sending Subsystem ) RRRS (RTP/RTCP Receiving Subsystem ) 依據SIP Message或RTCP資訊，手動式(Manual)或自動式(Auto) 配置一適合目前網路狀況的編碼方式。 在切換編碼方式之前，CSS會先判斷使用者是透過SIP訊息來改編碼方式即「手動式」，或是由系統自動配置一個適合目前的網路編碼方式即「自動式」。 若由SIP控制訊息來指定編碼方式，則系統必須使用其指定的編碼方式。 若系統依據RTCP資訊，則系統自行判斷適合目前網路狀況的編碼方式。 將系統取樣的PCM samples傳送給AMRS子系統，由依選定的速率編碼，再封裝成AMR Frame 格式。 封裝成AMR Frame - 在此Frame的前面加上1Byte的 Header，傳給RRSS子系統封裝成RTP封包，其中Header的內容為： F：同RTP Payload所有Frame除最後一個Frame設為0以外其它Frame的此位元都應設為1。 FT：Frame的格式(Frame Type)，表示此Frame是用何種速率編碼，讓接收端以對應的速率解碼。 Q：對此Frame求要比較嚴謹暗示某些對應參數必須設為1，表示此Frame的quality。 將RRRS 中接收到的AMR Frame傳送給AMRS，AMRS取出Header中的FT值以對應的解碼方式進行解碼，最後重建PCM samples 。 將系統或使用者所指定的編碼格式用相對應之編碼格式解碼 將編碼之後的資料送至輸出裝置（例如：喇叭）。 分析由RRSS子系統所傳送過來的RTCP封包。將分析之後的資料送到CSS，做為判斷網路品質與更改變編碼格式的依據。 將收封包的情況統計之後產生一份報告，將這些份報告彚整之後封裝到RTCP封包中，週期性地(3 sec)傳送RTCP封包。 系統研製概念與原理 系統架構 研究結果與測試 避免「DoS Attack」與「Replay At