摘要:3.2傳輸層業(yè)界針對(duì)無(wú)線網(wǎng)絡(luò)環(huán)境,對(duì)TCP技術(shù)也已經(jīng)做了一些改進(jìn),大致可以分為三類。第一類是利用本地?zé)o線鏈路層的重傳機(jī)制做一些性能優(yōu)化,如基站參與探測(cè)TCP包、引入時(shí)間戳和利用IP頭中的信息等。這種方式容易出現(xiàn)單點(diǎn)故障,并且要求IP/TCP載荷是直接封裝在鏈路層幀中的,并且不能加密。第二種技術(shù)通過(guò)設(shè)置中間代理結(jié)點(diǎn),將性
業(yè)界針對(duì)無(wú)線網(wǎng)絡(luò)環(huán)境,對(duì)TCP技術(shù)也已經(jīng)做了一些改進(jìn),大致可以分為三類。第一類是利用本地?zé)o線鏈路層的重傳機(jī)制做一些性能優(yōu)化,如基站參與探測(cè)TCP包、引入時(shí)間戳和利用IP頭中的信息等。這種方式容易出現(xiàn)單點(diǎn)故障,并且要求IP/TCP載荷是直接封裝在鏈路層幀中的,并且不能加密。第二種技術(shù)通過(guò)設(shè)置中間代理結(jié)點(diǎn),將性能差異巨大的無(wú)線和有線部分分開(kāi)處理,如Indirect-TCP。這種方法的缺點(diǎn)是破壞了TCP端到端的屬性,基站等中間代理結(jié)點(diǎn)必須保留TCP通信中的數(shù)據(jù)和狀態(tài)信息,移動(dòng)終端中的相關(guān)應(yīng)用也必須二次建立連接。第三種方式是增加和利用TCP協(xié)議等的一些消息字段,顯式通知真正的丟包原因。如利用網(wǎng)際差錯(cuò)消息協(xié)議(ICMP),顯式丟包通知和局部通知等。
3.3 應(yīng)用層
除了通過(guò)無(wú)線接入?yún)f(xié)議(WAP)和。mobi等方式,為移動(dòng)終端設(shè)計(jì)專門(mén)的網(wǎng)頁(yè)和內(nèi)容的方法外,另外一種典型做法是把(固定)互聯(lián)網(wǎng)上的網(wǎng)頁(yè)和內(nèi)容適配到移動(dòng)終端上。移動(dòng)適配技術(shù)通過(guò)在網(wǎng)絡(luò)上的不同位置(服務(wù)器、網(wǎng)關(guān)和終端三種)部署專門(mén)的網(wǎng)關(guān)或代理服務(wù)器,對(duì)網(wǎng)頁(yè)和多媒體資源進(jìn)行轉(zhuǎn)換以適應(yīng)移動(dòng)終端的特征,確保正常使用并改善用戶體驗(yàn)。
從內(nèi)容上來(lái)看,移動(dòng)內(nèi)容適配涉及WEB頁(yè)面內(nèi)容和音視頻內(nèi)容兩大類。WEB頁(yè)面內(nèi)容適配技術(shù)目前已經(jīng)有一些實(shí)際案例,如與Opera公司提供的與Opera Mini瀏覽器配合的Web適配系統(tǒng),Bytemobile公司提供由運(yùn)營(yíng)商部署的Web Fidelity系統(tǒng)等。W3C正在制定更長(zhǎng)期的WEB內(nèi)容適配的相關(guān)標(biāo)準(zhǔn),包括WEB內(nèi)容適配需求(Content Transformation Landscape 1.0)、WEB內(nèi)容轉(zhuǎn)換代理指南(Guidelines for Web Content Transformation Proxies)以及設(shè)備描述容器API(Device Description Repository Simple API)等。
音視頻內(nèi)容的適配技術(shù)則復(fù)雜得多,目前還沒(méi)有成熟的技術(shù)和標(biāo)準(zhǔn)。音視頻內(nèi)容適配需要解決編解碼格式兼容問(wèn)題,需要進(jìn)行分辨率適配。同時(shí),音視頻內(nèi)容視頻的實(shí)時(shí)性、服務(wù)質(zhì)量要求很高。這些都增加了適配技術(shù)的難度。
通信工程師備考資料免費(fèi)領(lǐng)取
去領(lǐng)取
共收錄117.93萬(wàn)道題
已有25.02萬(wàn)小伙伴參與做題
專注在線職業(yè)教育25年