有關設計方案范文集合7篇
為確保事情或工作順利開展,往往需要預先進行方案制定工作,方案是在案前得出的方法計劃。方案的格式和要求是什么樣的呢?以下是小編為大家收集的設計方案7篇,供大家參考借鑒,希望可以幫助到有需要的朋友。
設計方案 篇1
教學目標:
1、了解自然,熱愛自然,樹立人與自然和諧相處的意識。
2、初步感受詩歌意境,感受詩歌的音韻美,陶冶情操。
3、運用聽讀識字法認識12個生字。了解多音字只的讀法。
4、學會書寫6個生字。
5、學會基本句式,培養學生的想象力。
教學重點:
認識12個生字,會寫6個生字。
教學難點:
會正確書寫6個生字。
教具準備:
課件、錄音、丁丁掛圖
教學過程:
一、丁丁出場,引入課題。
師:小朋友們,今天咱們的好朋友丁丁又來和小朋友見面了。快,咱們快給他打打招呼。(出示丁丁掛圖)丁丁今天給大家帶來一個謎語:有時落在山腰,有時掛在樹梢,有時象個圓盤,有時象把彎刀。(放錄音)
師:真聰明,丁丁說猜中謎語要帶我們去一個特別好玩的地方。我們出發吧!(課件播放小白船歌曲)
二、讀通順課文,運用聽讀法識字。
1、課件出示課文內容,聽讀課文。學生聽、看、指課文。
2、自讀課文。遇到不認識的字娃娃就用筆畫個圈,把他留住,前后連起來猜一猜是什么字,實在猜不出來的話,待會兒聽老師是怎樣讀的。
3、同桌互讀。讀給同桌的小朋友聽,如果還有不認識的字娃娃,就互相幫幫忙。
4、分組比賽朗讀,教師給予適當評價。
5、教師范讀,學生指認。
師:你覺得老師讀得怎樣?(生簡單評價)你知道老師為什么讀得這么好嗎?因為老師一邊讀課文,一邊想象自己來到了天空。你也象老師這樣一邊讀、一邊想象,也會讀得很好的。想試一試嗎?
6、學生自由朗讀。
7、學生配樂朗讀。
8、試著背誦課文。
三、擴展練習--照樣子說一說。
1、課件出示題。
2、教師做一道題,學生檢查做對沒有。
3、課件出示答案,學生訂正。
4、你能用在。的句式來說一說嗎?把你平時想去去不到的地方,想做做不到的事情,現在可以用上這樣的句式盡情地說。
四、認識重疊詞語寶寶。
1、課件出示:跳出來的詞語寶寶,學生認讀。
2、課件閃動詞語,學生再讀。
五、認識生字娃娃。
1、課件讀跳出來的生字。
2、游戲認字:猜字游戲、摘星星游戲。
3、認識多音字只,讀例句。
六、練習書寫字娃娃。
1、教師重點指導尖(課件演示),教師范寫。
2、學生當小老師教寫里。
3、課堂練習書寫尖和里。
七、結束。師總結,拍手齊唱《小小的船》。
設計方案 篇2
摘 要:本文根據H.323協議,分析了多點處理單元(MCU)的組成,包括多點控制器(MC)和多點處理器(MP)。并在詳細的分析了音頻多點處理器后,提出了只對滿足條件的m個信道的音頻進行音頻混合的方案,有效的刻服了現在比較流行的平均調整權重算法的音頻混合方案所產生的缺陷和不足,大大提高了系統對音頻混合的效果。
關鍵詞:H.323協議;音頻混合;設計
近年來,由于網絡技術的快速發展為IP網絡實現多媒體通信提供了基礎條件,IPTV、視頻會議、多媒體遠程教育等寬帶網絡應用成為熱點。而視頻會議在實用化方面取得了迅速的發展,功能也己由原先單純的電視會議功能發展成遠程教學系統、遠程監控系統、遠程醫療系統等多方面的綜合業務。
1、多點控制單元(MCU)
H.323協議在邏輯上可以分為四個組成實體:終端(Terminal)、網關(Gateway)、網守(Gatekeeper)、多點控制單元(MCU)。
多點控制單元用于支持三個以上端點設備的會議。在H.323系統中,一個多點控制單元由一個多點控制器(MC)和幾個多點處理器(MP)組成,但也可以不包含MP。多點控制器處理終端間的H.245控制信息,從而決定它對視頻和音頻通常的處理能力。在必要情況下,多點控制器還可以判斷哪些視頻流和音頻流需要多播,以控制會議系統使用的資源。
視頻會議中,在集體討論和自由發言的情況下,可能會有多個與會者同時發言。為了使每個與會者能同時聽到其他所有發言者的聲音,采用了音頻混合技術。音頻混合單元從各個終端取得音頻信號,經過混合編碼后再發送到各終端。該技術的引入使得各終端在接收多個發言人的音頻信號時,在帶寬占用和信號處理方面,與接收單一發言人的音頻信號相比,不會增加任何額外負擔。
為了實現音頻信號混合功能,系統必須具備語音信號編解碼和音頻碼流轉換功能。H.323要求所有終端必須支持G.711語音標準,而對G.722,G.728,G.723.1和G.729標準則是可選擇的。對于能夠提供高速帶寬環境的網絡,為了保證語音的高質量,可以采用速率較高的編碼方式,如G.711, G.722;對于遠程接入系統,由于帶寬昂貴,則可以采用碼率較低的編碼方式,如G.723.1。相應地,MCU必須支持以上各種語音編碼標準。
音頻混合單元要求輸入的各路語音信息屬于同一種編碼,但實際應用中由于各個終端選用的編碼器可能不同,因而發往MCU的音頻碼流也可能不同。為了解決這個矛盾,必須在混音之前先進行碼流轉換,將不同的碼流轉換成同一種編碼,再送入音頻混合處理單元。
2、音頻混合方案設計
在實際應用中,如果與會人數只有兩人,則只要保證通信是全雙工的,就可以正常地進行會議,而無須進行混音。如果與會人數超過3人,則需要采用混音或者轉發機制。
轉發機制有兩種策略:其一,將其他端點的數據都轉發給一個端點;其二,按照約定的某種規則選出一路進行轉發,也就是常見的“話筒傳遞”模式。這兩種模式雖然可以滿足一定層面的需求,但都存在明顯的缺陷。前者會增加網絡的傳輸負擔和端點的處理負擔,后者在多人會議的討論中有明顯的反應慢效果差的缺陷。如果與會者希望能夠進行比較頻繁的切換發言或者討論,則會出現明顯的斷續和切換失效等情況。
而實時混音則能很好地解決這些問題。實際應用中,一般的混音方案都會采用時域疊加作為基本的處理手段。但是根據前面的分析可知,由于數字音頻信號存在量化上限和下限的問題,則因疊加運算肯定會造成結果溢出。通常的處理手段是進行溢出檢測,然后再進行飽和運算,即超過上限的結果被置為上限值,超過下限的值置為下限值。這種運算本身破壞了語音信號原有的時域特征,從而引入了噪聲。這就是在某些系統中會出現爆破聲和語音不連續現象的原因。同時,隨著參與混音的人數增加,出現溢出的頻率也不斷上升,所以這類方法存在一個上限,而且這個上限值很低,實驗證明,一般在4個終端參與混音時其結果就有很多噪音和斷續,無法分辨語流了。
3、音頻混合方案的改進設計
直接將各路音頻流算術相加得到音頻混合信號,其優點是簡單且易于實現。經測試,在輸入語音流少于4路時,能清晰地分辨各路語音信號。但系統仍存在問題。
在前述方法的基礎上稍作改進可得到另一類混音設計方法,即將各路音頻碼流解碼后,先對解碼語音信號作一定程度的衰減,再進行算術相加。一般是在各路語音上乘以一個衰減因子1/n,其中n為進入混音器的語音流數目。這種方法能絕對保證相加后的語音信號不會溢出,而且對原算法的修改極少,極易實現。但是它存在的關鍵問題是,當進入混音器的語音流數較多時,各路語音信號的衰減程度都比較大,混音的結果是所有信號都比較弱,無法突出重點,嚴重時可能所有聲音都聽不清楚。
實現這一改進策略時,仍然是在每個語音通道上綁定一個解碼器,負責該路語音的解碼,但無需再綁定編碼器。系統中最多同時存在m+l個編碼器,其中m個分配給m路被選中的語音通道,另一個分配給音頻混合信號S,對S編碼后的碼流發送到所有未被選中的終端和廣播終端。由于解碼器的運算復雜度遠小于編碼器,因此系統的計算負荷大大降低。改進后的混音器只選取音量最大的m路進行混音,其余信號被衰減,合理選擇m的值,不僅使會議發言重點得以突出,與會者能獲得最重要的發言信息,而且一般情況下都不會發生溢出情況。這一改進措施同時解決了前述兩種方法所存在的問題和缺陷。
某個編碼器在由一個語音通道轉而分配給另一個語音通道時,必須先進行初始化(G.711a/u除外)。必須注意,要盡量減少編碼器和語音通道之間對應關系的改變。
4、結束
本文在研究了H.323協議的基礎上,研究了MCU的音頻混合模型,并詳細闡述了音頻混合方案,為了過濾混合時的嘈音和增加臨場感,提出了音頻混合方案的改進方案。
本文來源:http://www.nvnqwx.com/gongwen/huiyifangan/3382662.htm