以下哪些協(xié)議屬于封裝傳輸協(xié)議（）

調(diào)度會(huì)議時(shí)，提示“IP端口資源不足”，而MCU對(duì)應(yīng)處于在線狀態(tài)，且IP端口數(shù)充足，可能出錯(cuò)的原因有（）

丟包重傳ARQ，類似于TCP的重傳機(jī)制，當(dāng)網(wǎng)絡(luò)中檢測到視頻碼流的UDP包丟包時(shí)，即要求對(duì)端重新發(fā)送UDP碼流，接收端以一定的緩存存放收到的碼流，當(dāng)收到重傳的碼流后才打開開始解碼。

語音增強(qiáng)技術(shù)JitterBuffer是用一個(gè)人為干預(yù)的信號(hào)波，去消除通信過程中產(chǎn)生的回音信號(hào)，同時(shí)保留其它的正常的語音信號(hào)，以達(dá)到通信的正常使用。

網(wǎng)絡(luò)診斷工具支持從公網(wǎng)向私網(wǎng)的網(wǎng)絡(luò)診斷工具發(fā)起診斷測試。

網(wǎng)絡(luò)診斷工具支持遠(yuǎn)程診斷模式，網(wǎng)絡(luò)診斷工具遠(yuǎn)程控制另外一個(gè)網(wǎng)絡(luò)診斷工具對(duì)其他的網(wǎng)絡(luò)診斷工具發(fā)起網(wǎng)絡(luò)診斷。

能力交換信息包括（）

SEC：Super Error Concealment超強(qiáng)糾錯(cuò)，是一種使用ARQ算法的抗丟包技術(shù)。

改善建筑聲學(xué)的途徑包括（）。

IVR應(yīng)用場景下，終端無法通過以下哪些方式加入會(huì)議（）