基于6LOWPAN的IPv6傳感器網(wǎng)絡(luò )報頭壓縮方案的設計與實(shí)現
加入技術(shù)交流群
2．2 改進(jìn)方案
雖然RFC4944中提到的壓縮方案已經(jīng)很精簡(jiǎn)，但是這種方法仍然存有冗余。方案中對于IPv6報頭的跳數限制字段并沒(méi)有壓縮，而是始終占用1 B存放在未壓縮字段中。但是在實(shí)際中，1，64，255這三種跳數限制已經(jīng)可以滿(mǎn)足大部分的應用需求，因此本文提出一種支持對跳數限制壓縮的IPv6報頭壓縮方法，最理想情況下可以將IPv6報頭壓縮到1B。
如果將跳數限制壓縮，就要從HC1字節中節省出兩個(gè)比特，用來(lái)標識跳數限制的4種狀態(tài)(未壓縮、1、64、255)，HC1字節中前4個(gè)比特都用來(lái)描述IPv6源地址和目的地址的壓縮狀態(tài)，存在一定的冗余性。因為根據上文的分析，不需要1個(gè)比特來(lái)專(zhuān)門(mén)標識IPv6接口標識符的壓縮狀態(tài)，如果IEEE 802．15．4尋址模式為64位擴展地址，接口標識符可以直接壓縮掉，如果尋址模式為16位短地址，接口標識符不可以壓縮，需要攜帶在未壓縮字段中。因此HC1字節中只需要2個(gè)比特標識IPv6地址前綴的壓縮狀態(tài)，可以節省下2個(gè)比特用來(lái)標識跳數限制的壓縮狀態(tài)。具體壓縮方案如圖4所示。本文引用地址：http://dyxdggzs.com/article/161471.htm
2．3 實(shí)現流程
為了實(shí)現IPv6報頭壓縮與解壓縮的功能，在適配層和網(wǎng)絡(luò )層之間加入壓縮控制層，網(wǎng)絡(luò )層的數據經(jīng)過(guò)壓縮控制層的處理之后交給適配層處理，同樣適配層的數據經(jīng)過(guò)壓縮控制層之后交給網(wǎng)絡(luò )層處理，處理流程如圖5所示。系統頭文件中定義一個(gè)預編譯開(kāi)關(guān)來(lái)控制IPv6報頭是否要進(jìn)行壓縮，當開(kāi)關(guān)打開(kāi)時(shí)，數據包將會(huì )進(jìn)入壓縮器進(jìn)行處理。壓縮器首先要完成節點(diǎn)本地環(huán)境的檢測，主要包括對IEEE 802．15．4地址模式、IPv6地址前綴類(lèi)型、服務(wù)類(lèi)型和流標簽狀態(tài)、下一個(gè)首部類(lèi)型、跳數限制需求和下一個(gè)首部壓縮狀態(tài)的檢測，之后根據節點(diǎn)本地環(huán)境進(jìn)行HC1字節和未壓縮字段的填充。
數據包的解壓縮過(guò)程正好是數據包壓縮的逆程，解壓縮器首先要根據IEEE 802．15．4地址類(lèi)型還原接口標識符，然后通過(guò)解碼HC1字節可以將IPv6報頭中壓縮掉的字段恢復出來(lái)，最后在配合未壓縮字段的內容就可以還原完整的IPv6報頭。
評論