專利名稱：基于wlan網(wǎng)絡(luò)的數(shù)據(jù)壓縮傳輸方法、sta及ap的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種基于WLAN網(wǎng)絡(luò)的數(shù)據(jù)壓縮傳輸方法、 STA 及 AP。
背景技術(shù)：
WLAN網(wǎng)絡(luò)提供的接入服務(wù)，是以CDMA/CA訪問方式為基礎(chǔ)的，各個無線終端共享訪問介質(zhì)，即空口。這就決定了每個終端能夠獲得的帶寬終究是有限的。為了在帶寬有限的鏈路上傳輸更多的流量，數(shù)據(jù)壓縮是常采用的一種技術(shù)。目前還沒有標準提供這種技術(shù)， 不能充分利用WLAN的有限帶寬。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提供一種基于WLAN網(wǎng)絡(luò)的數(shù)據(jù)壓縮傳輸方法和設(shè)備。能夠充分利用WLAN的有限帶寬。為解決上述技術(shù)問題，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的一種基于WLAN網(wǎng)絡(luò)的數(shù)據(jù)壓縮傳輸方法，所述WLAN網(wǎng)絡(luò)中包括無線接入點AP和無線客戶端STA，其特征在于，所述方法包括任一所述STA獲取各所述AP支持的數(shù)據(jù)壓縮算法；發(fā)送添加支持數(shù)據(jù)壓縮標識及選擇的自身支持的一種數(shù)據(jù)壓縮算法的關(guān)聯(lián)或重關(guān)聯(lián)報文，通知要進行關(guān)聯(lián)的AP要協(xié)商的數(shù)據(jù)壓縮算法，其中，所述選擇的自身支持的一種數(shù)據(jù)壓縮算法是獲取的所述AP支持的數(shù)據(jù)壓縮算法中的一種；接收AP發(fā)送的攜帶支持數(shù)據(jù)壓縮標識和相應(yīng)的數(shù)據(jù)壓縮算法的關(guān)聯(lián)響應(yīng)報文；若當前需要向所述AP發(fā)送數(shù)據(jù)報文或管理報文，在所述數(shù)據(jù)報文或管理報文中添加進行數(shù)據(jù)壓縮標識，并采用所述協(xié)商的壓縮算法將載荷壓縮之后進行發(fā)送。一種基于WLAN網(wǎng)絡(luò)的數(shù)據(jù)壓縮傳輸STA，所述WLAN網(wǎng)絡(luò)中包括無線接入點AP和無線客戶端STA，其特征在于，任一所述STA包括獲取單元、發(fā)送單元、接收單元和處理單元；所述獲取單元，用于獲取各所述AP支持的數(shù)據(jù)壓縮算法；所述處理單元，用于為關(guān)聯(lián)報文或重關(guān)聯(lián)報文添加支持數(shù)據(jù)壓縮標識及支持的數(shù)據(jù)壓縮算法；為數(shù)據(jù)報文或管理報文添加數(shù)據(jù)壓縮標識，并采用所述接收單元接收的相應(yīng)數(shù)據(jù)壓縮算法將載荷壓縮；所述接收單元，用于接收AP發(fā)送的攜帶支持數(shù)據(jù)壓縮標識和相應(yīng)的數(shù)據(jù)壓縮算法的關(guān)聯(lián)響應(yīng)報文；所述發(fā)送單元，用于將所述處理單元添加支持數(shù)據(jù)壓縮標識及選擇自身所在STA 支持的一種數(shù)據(jù)壓縮算法的關(guān)聯(lián)或重關(guān)聯(lián)報文發(fā)送，通知要進行關(guān)聯(lián)的AP要協(xié)商的數(shù)據(jù)壓縮算法，其中，所述選擇的一種數(shù)據(jù)壓縮算法是獲取的所述AP支持的數(shù)據(jù)壓縮算法中的一種；當所述接收單元接收所述關(guān)聯(lián)響應(yīng)報文之后，若當前需要向所述AP發(fā)送數(shù)據(jù)報文或
5管理報文，將所述處理單元處理后的所述數(shù)據(jù)報文或管理報文進行發(fā)送。一種基于WLAN網(wǎng)絡(luò)的數(shù)據(jù)壓縮傳輸AP，所述WLAN網(wǎng)絡(luò)中包括無線接入點AP和無線客戶端STA，其特征在于，任一所述AP包括接收單元、處理單元和發(fā)送單元；所述接收單元，用于接收STA發(fā)送的關(guān)聯(lián)報文或重關(guān)聯(lián)報文；所述處理單元，用于確定所述接收單元接收的關(guān)聯(lián)報文或重關(guān)聯(lián)報文中攜帶了支持數(shù)據(jù)壓縮標識及支持的數(shù)據(jù)壓縮算法時，其中，所述報文中攜帶的支持的數(shù)據(jù)壓縮算法為自身所在AP支持的壓縮算法中的一種；則在要發(fā)送的關(guān)聯(lián)響應(yīng)報文中添加支持數(shù)據(jù)壓縮標識及支持的相應(yīng)的數(shù)據(jù)壓縮算法；所述發(fā)送單元，將所述處理單元處理后的關(guān)聯(lián)響應(yīng)報文發(fā)送。綜上所述，本發(fā)明通過STA與AP進行關(guān)聯(lián)時，協(xié)商出雙方都支持的數(shù)據(jù)壓縮算法， 在后續(xù)需要向AP發(fā)送報文時，在發(fā)送的報文中添加數(shù)據(jù)壓縮標識，并采用協(xié)商出的數(shù)據(jù)壓縮算法將報文中的載荷壓縮之后進行發(fā)送。通過將報文中載荷壓縮的方法發(fā)送報文，能夠充分利用WLAN的有限帶寬。


圖1為本發(fā)明實施例中數(shù)據(jù)壓縮傳輸方法流程圖；圖2為本發(fā)明具體實施例中定義的TLV格式示意圖；圖3為本發(fā)明具體實施例中數(shù)據(jù)壓縮傳輸STA結(jié)構(gòu)示意圖；圖4為本發(fā)明具體實施例中數(shù)據(jù)壓縮傳輸AP結(jié)構(gòu)示意圖。
具體實施例方式為使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下參照附圖并舉實施例，對本發(fā)明所述方案作進一步地詳細說明。在WLAN網(wǎng)絡(luò)中至少包括一個AP和一個STA，一般情況都包括多個AP和多個STA。 對于任一 AP接收任一 STA的關(guān)聯(lián)過程都一致，對于任一 STA關(guān)聯(lián)AP或者與其他STA關(guān)聯(lián)過程也均一致，因此在本發(fā)明中，以任一 STA和任一 AP關(guān)聯(lián)來詳述整個關(guān)聯(lián)過程和報文發(fā)送過程。參見圖1，圖1為本發(fā)明實施例中數(shù)據(jù)壓縮傳輸方法流程圖。具體步驟為步驟101，任一 STA獲取各AP支持的數(shù)據(jù)壓縮算法。步驟102，該STA發(fā)送添加支持數(shù)據(jù)壓縮標識及選擇的支持的一種數(shù)據(jù)壓縮算法的關(guān)聯(lián)或重關(guān)聯(lián)報文，通知要進行關(guān)聯(lián)的AP要協(xié)商的數(shù)據(jù)壓縮算法，其中，選擇的支持的一種數(shù)據(jù)壓縮算法是獲取的AP支持的數(shù)據(jù)壓縮算法中的一種。步驟103，收到AP發(fā)送的攜帶支持數(shù)據(jù)壓縮標識和支持的相應(yīng)的數(shù)據(jù)壓縮算法的關(guān)聯(lián)響應(yīng)報文。本步驟中，收到關(guān)聯(lián)響應(yīng)報文，表明該STA與要進行關(guān)聯(lián)的AP已建立關(guān)聯(lián)，如果關(guān)聯(lián)響應(yīng)報文中攜帶支持數(shù)據(jù)壓縮標識及支持的數(shù)據(jù)壓縮算法，則表明協(xié)商了數(shù)據(jù)壓縮算法。步驟104，若當前需要向該AP發(fā)送數(shù)據(jù)報文或管理報文，在報文中添加進行數(shù)據(jù)壓縮標識，并采用協(xié)商的壓縮算法將載荷壓縮之后進行發(fā)送。
任一 STA獲取各AP支持數(shù)據(jù)壓縮以及支持的數(shù)據(jù)壓縮算法的方法有兩種，分別如下第一種為STA獲取各AP在信標幀中廣播的自身支持的數(shù)據(jù)壓縮算法。具體實現(xiàn)為各AP在信標幀中廣播自身支持數(shù)據(jù)壓縮及支持的數(shù)據(jù)壓縮算法， STA在關(guān)聯(lián)之前收集各AP的信標幀信息，如果該AP支持數(shù)據(jù)壓縮，則該信標幀信息包括支持數(shù)據(jù)壓縮及支持的數(shù)據(jù)壓縮算法。第二種為STA通過探測(ftObe)請求進行探測，從各AP回應(yīng)的ftx)be響應(yīng)中獲取各AP自身支持的數(shù)據(jù)壓縮算法。具體實現(xiàn)為STA通過向AP發(fā)送Probe請求進行探測，AP回應(yīng)Probe請求響應(yīng)時攜帶自身支持數(shù)據(jù)壓縮和支持的數(shù)據(jù)壓縮算法。如果一個AP支持數(shù)據(jù)壓縮，則該AP支持一種或多種數(shù)據(jù)壓縮算法。在信標幀中廣播或者響應(yīng)STA的Probe請求時，自身的所有壓縮算法均包含。STA在可關(guān)聯(lián)的AP中選擇AP進行關(guān)聯(lián)，并在關(guān)聯(lián)的報文中添加自身支持數(shù)據(jù)壓縮算法標識及數(shù)據(jù)壓縮算法。該報文中添加的壓縮算法為要關(guān)聯(lián)的AP支持的數(shù)據(jù)壓縮算法中的一種，且STA自身支持該種數(shù)據(jù)壓縮算法。如果STA選擇的要進行關(guān)聯(lián)的AP不支持數(shù)據(jù)壓縮，則在發(fā)送的關(guān)聯(lián)報文中不添加數(shù)據(jù)壓縮標識及數(shù)據(jù)壓縮算法；如果選擇的AP支持數(shù)據(jù)壓縮，但是STA支持的數(shù)據(jù)壓縮算法同AP支持的數(shù)據(jù)壓縮算法均不相同，則在發(fā)送的關(guān)聯(lián)報文中不添加數(shù)據(jù)壓縮標識及數(shù)據(jù)壓縮算法。AP收到STA的關(guān)聯(lián)報文后，解析該關(guān)聯(lián)報文，若該關(guān)聯(lián)報文中存在數(shù)據(jù)壓縮標識及數(shù)據(jù)壓縮算法，則向STA發(fā)送攜帶相同的數(shù)據(jù)壓縮標識和數(shù)據(jù)壓縮算法的關(guān)聯(lián)響應(yīng)報文；否則，不添加數(shù)據(jù)壓縮標識和數(shù)據(jù)壓縮算法，直接發(fā)送關(guān)聯(lián)響應(yīng)報文。STA收到攜帶數(shù)據(jù)壓縮標識和數(shù)據(jù)壓縮算法的關(guān)聯(lián)響應(yīng)報文時，表明數(shù)據(jù)壓縮算法協(xié)商完成；收到未攜帶數(shù)據(jù)壓縮標識和數(shù)據(jù)壓縮算法的關(guān)聯(lián)響應(yīng)報文，表明未協(xié)商出數(shù)據(jù)壓縮算法。下面詳細描述STA同AP進行關(guān)聯(lián)之后，在數(shù)據(jù)傳輸階段如何進行傳輸。如果協(xié)商出數(shù)據(jù)壓縮算法，則STA同AP之間傳輸單播數(shù)據(jù)報文或單播管理報文時，在報文中添加數(shù)據(jù)壓縮標識，并采用協(xié)商出的數(shù)據(jù)壓縮算法將報文中載荷壓縮之后再進行發(fā)送；否則，不添加數(shù)據(jù)壓縮標識，不壓縮載荷，直接發(fā)送要發(fā)送的報文，同現(xiàn)有實現(xiàn)一致。如果協(xié)商出數(shù)據(jù)壓縮算法，若AP需要向STA發(fā)送廣播或組播報文，且AP同與其關(guān)聯(lián)的所有STA都支持數(shù)據(jù)壓縮且支持同一種數(shù)據(jù)壓縮算法，則在廣播或組播報文中添加數(shù)據(jù)壓縮標識，并采用協(xié)商出的數(shù)據(jù)壓縮算法將報文中載荷壓縮之后再進行發(fā)送；否則，直接發(fā)送要發(fā)送的組播或廣播數(shù)據(jù)報文，同現(xiàn)有實現(xiàn)一致，不再贅述。上文詳細描述了 WLAN中基礎(chǔ)架構(gòu)模式的網(wǎng)絡(luò)中鏈路建立的協(xié)商過程，以及數(shù)據(jù)傳輸過程中報文是否壓縮的處理過程。下面詳細描述WLAN中臨時網(wǎng)絡(luò)中鏈路建立的協(xié)商過程，以及數(shù)據(jù)傳輸過程中報文是否壓縮的處理過程。首先詳述鏈路建立階段的協(xié)商過程，具體如下STA要關(guān)聯(lián)其它STA時，通過兩兩關(guān)聯(lián)。下面以STAl關(guān)聯(lián)STA2為例。STAl要關(guān)
7聯(lián)STA2時，如果STAl支持數(shù)據(jù)壓縮，在要發(fā)送的關(guān)聯(lián)報文中，添加支持數(shù)據(jù)壓縮標識及支持的數(shù)據(jù)壓縮算法；否則不添加支持數(shù)據(jù)壓縮標識直接發(fā)送關(guān)聯(lián)報文，同現(xiàn)有關(guān)聯(lián)實現(xiàn)。STA2收到STAl發(fā)送的關(guān)聯(lián)報文，如果該關(guān)聯(lián)報文中攜帶支持數(shù)據(jù)壓縮標識，則確定自身是否支持數(shù)據(jù)壓縮，如果支持，則在攜帶的數(shù)據(jù)壓縮算法中選擇一種自身也支持的數(shù)據(jù)壓縮算法，向STAl發(fā)送關(guān)聯(lián)響應(yīng)報文時，在關(guān)聯(lián)響應(yīng)報文中添加支持數(shù)據(jù)壓縮標識及選擇出的數(shù)據(jù)壓縮算法。如果自身不支持壓縮算法，或支持的壓縮算法都不同于STAl支持的數(shù)據(jù)壓縮算法，向STAl發(fā)送關(guān)聯(lián)響應(yīng)報文時，在報文中不添加支持數(shù)據(jù)壓縮標識及數(shù)據(jù)壓縮算法，同現(xiàn)有實現(xiàn)一致，直接向STAl發(fā)送關(guān)聯(lián)響應(yīng)報文。STAl收到STA2發(fā)送的關(guān)聯(lián)響應(yīng)報文，如果該報文中攜帶了數(shù)據(jù)壓縮標識，及數(shù)據(jù)壓縮算法，則說明數(shù)據(jù)壓縮算法協(xié)商成功，記錄同STA2協(xié)商成功了數(shù)據(jù)壓縮，以及協(xié)商成功的數(shù)據(jù)壓縮算法，在后續(xù)報文傳輸時，需要對報文中的數(shù)據(jù)內(nèi)容采用協(xié)商的數(shù)據(jù)壓縮算法進行壓縮；否則數(shù)據(jù)壓縮算法未協(xié)商成功，在后續(xù)傳輸報文時，不進行壓縮，同現(xiàn)有報文
傳輸一致。在STA之間數(shù)據(jù)傳輸階段是否對報文中數(shù)據(jù)內(nèi)容進行壓縮處理如下如果STA雙方協(xié)商支持某種數(shù)據(jù)壓縮算法，則在傳輸?shù)乃袉尾?shù)據(jù)報文或單播管理報文中添加數(shù)據(jù)壓縮標識，并采用協(xié)商出的數(shù)據(jù)壓縮算法將報文中的載荷進行壓縮之后進行發(fā)送。如果STA雙方未協(xié)商成功支持數(shù)據(jù)壓縮，則在后續(xù)的單播報文傳輸中不添加支持數(shù)據(jù)壓縮標識，不對報文中的載荷進行壓縮，同現(xiàn)有實現(xiàn)直接發(fā)送單播報文。在STA之間發(fā)送組播或廣播報文，無論之間是否協(xié)商支持某種數(shù)據(jù)壓縮算法，均同現(xiàn)有實現(xiàn)直接發(fā)送組播或廣播報文。本發(fā)明具體實施例中，如果從多種壓縮算法中選擇一種壓縮算法采用隨機選擇或者一定規(guī)則選擇，根據(jù)具體應(yīng)用環(huán)境進行設(shè)定。本發(fā)明中AP在Beacon或Probe響應(yīng)中添加支持數(shù)據(jù)壓縮標識及數(shù)據(jù)壓縮算法、 STA關(guān)聯(lián)時添加支持數(shù)據(jù)壓縮標識和選擇的數(shù)據(jù)壓縮算法、AP在關(guān)聯(lián)響應(yīng)中確認數(shù)據(jù)壓縮算法等，都只需要一種共同的TLV來實現(xiàn)即可。參見圖2，圖2為本發(fā)明具體實施例中定義的TLV格式示意圖。圖2中，Element ID和Length 符合IEEE 802. 11中的IE的格式和含義。OUI 組織唯一標識，即AP的制造商標識。Type 該OUI下為支持該壓縮算法而分配的類型值。flag:其中一個bit表示是否支持壓縮。Compress algorithm 每個比特位表示一種壓縮算法，如果支持這種壓縮算法，則對應(yīng)的比特位置為1?；谕瑯拥陌l(fā)明構(gòu)思，本發(fā)明還提出一種基于WLAN網(wǎng)絡(luò)的數(shù)據(jù)壓縮傳輸STA。參見圖3，圖3為本發(fā)明具體實施例中數(shù)據(jù)壓縮傳輸STA結(jié)構(gòu)示意圖。該WLAN網(wǎng)絡(luò)中包括無線接入點AP和無線客戶端STA，任一該STA包括獲取單元301、發(fā)送單元302、接收單元303 和處理單元304。獲取單元301，用于獲取各AP支持的數(shù)據(jù)壓縮算法。
8
處理單元302，用于為關(guān)聯(lián)報文或重關(guān)聯(lián)報文添加支持數(shù)據(jù)壓縮標識及支持的數(shù)據(jù)壓縮算法；為數(shù)據(jù)報文或管理報文添加數(shù)據(jù)壓縮標識，并采用接收單元301接收的相應(yīng)數(shù)據(jù)壓縮算法將載荷壓縮。接收單元303，用于接收AP發(fā)送的攜帶支持數(shù)據(jù)壓縮標識和相應(yīng)的數(shù)據(jù)壓縮算法的關(guān)聯(lián)響應(yīng)報文。發(fā)送單元304，用于將處理單元302添加支持數(shù)據(jù)壓縮標識及選擇自身所在STA支持的一種數(shù)據(jù)壓縮算法的關(guān)聯(lián)或重關(guān)聯(lián)報文發(fā)送，通知要進行關(guān)聯(lián)的AP要協(xié)商的數(shù)據(jù)壓縮算法，其中，選擇的一種數(shù)據(jù)壓縮算法是獲取的AP支持的數(shù)據(jù)壓縮算法中的一種；當接收單元303接收所述關(guān)聯(lián)響應(yīng)報文之后，若當前需要向AP發(fā)送數(shù)據(jù)報文或管理報文，將處理單元302處理后的數(shù)據(jù)報文或管理報文進行發(fā)送。較佳地，發(fā)送單元304，進一步用于向各AP發(fā)送Probe請求進行探測。接收單元303，進一步用于接收各AP回應(yīng)的攜帶自身支持數(shù)據(jù)壓縮算法的響應(yīng)。獲取單元301，用于獲取各AP在信標幀中廣播的自身支持的數(shù)據(jù)壓縮算法；或，用于從接收單元303接收的各所述AP回應(yīng)的響應(yīng)中獲取各AP自身支持的數(shù)據(jù)壓縮算法。較佳地，發(fā)送單元304，進一步用于發(fā)送處理單元302添加支持數(shù)據(jù)壓縮標識以及支持的數(shù)據(jù)壓縮算法的關(guān)聯(lián)報文，通知要關(guān)聯(lián)的STA要協(xié)商的數(shù)據(jù)壓縮算法。接收單元303，進一步用于接收要關(guān)聯(lián)的STA發(fā)送的關(guān)聯(lián)響應(yīng)報文。處理單元302，進一步用于確定接收單元303接收的關(guān)聯(lián)響應(yīng)報文攜帶自身支持數(shù)據(jù)壓縮標識以及自身支持的數(shù)據(jù)壓縮算法時，在需要向所述發(fā)來關(guān)聯(lián)響應(yīng)報文的STA發(fā)送的單播報文中添加進行數(shù)據(jù)壓縮標識，并采用協(xié)商的數(shù)據(jù)壓縮算法將載荷壓縮之后，通過發(fā)送單元304發(fā)送；若需要發(fā)送組播或廣播報文時，直接通過發(fā)送單元304發(fā)送。較佳地，接收單元303，進一步用于接收其他STA發(fā)送的關(guān)聯(lián)報文。處理單元302，進行一步用于確定若接收單元303接收的關(guān)聯(lián)報文中攜帶了支持數(shù)據(jù)壓縮標識及支持的數(shù)據(jù)壓縮算法，自身所在STA支持數(shù)據(jù)壓縮，則選擇一種共同支持的數(shù)據(jù)壓縮算法；在發(fā)送的關(guān)聯(lián)響應(yīng)報文中添加支持數(shù)據(jù)壓縮標識及選擇的數(shù)據(jù)壓縮算法，通過發(fā)送單元304發(fā)送。一種基于WLAN網(wǎng)絡(luò)的數(shù)據(jù)壓縮傳輸AP。參見圖4，圖4為本發(fā)明具體實施例中數(shù)據(jù)壓縮傳輸AP結(jié)構(gòu)示意圖。WLAN網(wǎng)絡(luò)中包括無線接入點AP和無線客戶端STA，任一 AP包括接收單元401、處理單元402和發(fā)送單元403。接收單元401，用于接收STA發(fā)送的關(guān)聯(lián)報文或重關(guān)聯(lián)報文。處理單元402，用于確定接收單元401接收的關(guān)聯(lián)報文或重關(guān)聯(lián)報文中攜帶了支持數(shù)據(jù)壓縮標識及支持的數(shù)據(jù)壓縮算法時，其中，報文中攜帶的支持的數(shù)據(jù)壓縮算法為自身所在AP支持的壓縮算法中的一種；則在要發(fā)送的關(guān)聯(lián)響應(yīng)報文中添加支持數(shù)據(jù)壓縮標識及支持的相應(yīng)的數(shù)據(jù)壓縮算法。
發(fā)送單元403，將處理單元402處理后的關(guān)聯(lián)響應(yīng)報文發(fā)送。較佳地，處理單元402，進一步用于若需要發(fā)送組播或廣播報文時，確定與自身所在AP相關(guān)聯(lián)的STA均支持同一種壓縮算法，則在所述組播或廣播報文中添加進行數(shù)據(jù)壓縮標識， 并采用共同支持的壓縮算法將載荷壓縮；若需要發(fā)送STA單播報文時，確定自身所在AP與所述STA共同支持同一壓縮算法，則所述單播報文中添加進行數(shù)據(jù)壓縮標識，并采用共同支持的壓縮算法將載荷壓縮。發(fā)送單元403，用于若需要發(fā)送廣播或組播報文，將處理單元402處理的廣播報文或組播報文發(fā)送；如果需要發(fā)送單播報文，將處理單元402處理的單播報文發(fā)送。上述實施例的單元可以集成于一體，也可以分離部署；可以合并為一個單元，也可以進一步拆分成多個子單元。綜上所述，本發(fā)明通過在STA關(guān)聯(lián)AP時以及STA之間關(guān)聯(lián)時協(xié)商數(shù)據(jù)壓縮算法， 對于協(xié)商成功，即均支持數(shù)據(jù)壓縮且至少共同支持一種數(shù)據(jù)壓縮算法，在后續(xù)進行報文發(fā)送時，在報文中添加進行數(shù)據(jù)壓縮標識，并對報文中的載荷采用協(xié)商成功的數(shù)據(jù)壓縮算法進行壓縮之后將發(fā)文發(fā)送；對于未協(xié)商數(shù)據(jù)壓縮算法成功的，按現(xiàn)有實現(xiàn)發(fā)送報文，不進行任何處理。通過本發(fā)明的實現(xiàn)方法，能夠充分利用WLAN網(wǎng)絡(luò)的有限帶寬。以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
10
權(quán)利要求
1.一種基于無線局域網(wǎng)WLAN網(wǎng)絡(luò)的數(shù)據(jù)壓縮傳輸方法，所述WLAN網(wǎng)絡(luò)中包括無線接入點AP和無線客戶端STA，其特征在于，所述方法包括任一所述STA獲取各所述AP支持的數(shù)據(jù)壓縮算法；發(fā)送添加支持數(shù)據(jù)壓縮標識及選擇的自身支持的一種數(shù)據(jù)壓縮算法的關(guān)聯(lián)或重關(guān)聯(lián)報文，通知要進行關(guān)聯(lián)的AP要協(xié)商的數(shù)據(jù)壓縮算法，其中，所述選擇的自身支持的一種數(shù)據(jù)壓縮算法是獲取的所述AP支持的數(shù)據(jù)壓縮算法中的一種；接收AP發(fā)送的攜帶支持數(shù)據(jù)壓縮標識和相應(yīng)的數(shù)據(jù)壓縮算法的關(guān)聯(lián)響應(yīng)報文；若當前需要向所述AP發(fā)送數(shù)據(jù)報文或管理報文，在所述數(shù)據(jù)報文或管理報文中添加進行數(shù)據(jù)壓縮標識，并采用所述協(xié)商的壓縮算法將載荷壓縮之后進行發(fā)送。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述任一所述無線客戶端獲取各所述AP支持的數(shù)據(jù)壓縮算法的方法為獲取各所述AP在信標幀中廣播的自身支持的數(shù)據(jù)壓縮算法；或，通過發(fā)送探測Probe請求進行探測，從各所述AP回應(yīng)的Probe響應(yīng)中獲取各AP自身支持的數(shù)據(jù)壓縮算法。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法進一步包括所述AP收到所述STA發(fā)送的關(guān)聯(lián)報文或重關(guān)聯(lián)報文，若確定所述關(guān)聯(lián)或重關(guān)聯(lián)報文中攜帶了支持數(shù)據(jù)壓縮標識及支持的數(shù)據(jù)壓縮算法，則在關(guān)聯(lián)響應(yīng)報文中添加支持數(shù)據(jù)壓縮標識及支持的相應(yīng)的的數(shù)據(jù)壓縮算法之后進行發(fā)送。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法進一步包括若所述AP當前需要發(fā)送組播或廣播報文，當與其關(guān)聯(lián)的所有STA都支持數(shù)據(jù)壓縮且支持同一種壓縮算法時，則在所述組播或廣播報文中添加進行數(shù)據(jù)壓縮標識，并采用協(xié)商的數(shù)據(jù)壓縮算法將載荷壓縮之后進行發(fā)送；否則，直接發(fā)送所述組播或廣播報文；若所述AP當前需要向所述無線客戶端發(fā)送單播報文，在所述單播數(shù)據(jù)報文或單播管理報文中添加進行數(shù)據(jù)壓縮標識，并采用協(xié)商的數(shù)據(jù)壓縮算法將載荷壓縮之后進行發(fā)送。
5.根據(jù)權(quán)利要求1-4任意一項所述的方法，其特征在于，所述方法進一步包括所述STA要關(guān)聯(lián)其他STA時，發(fā)送添加支持數(shù)據(jù)壓縮標識以及支持的數(shù)據(jù)壓縮算法的關(guān)聯(lián)報文，通知所述要關(guān)聯(lián)的STA要協(xié)商的數(shù)據(jù)壓縮算法；接收所述要關(guān)聯(lián)的STA發(fā)送的關(guān)聯(lián)響應(yīng)報文，當該關(guān)聯(lián)響應(yīng)報文攜帶自身支持數(shù)據(jù)壓縮標識以及支持的數(shù)據(jù)壓縮算法時，若需要向所述發(fā)來關(guān)聯(lián)響應(yīng)報文的STA發(fā)送單播報文，在所述單播數(shù)據(jù)報文或單播管理報文中添加進行數(shù)據(jù)壓縮標識，并采用協(xié)商的數(shù)據(jù)壓縮算法將載荷壓縮之后進行發(fā)送；若所述STA需要發(fā)送組播或廣播報文時，直接進行發(fā)送。
6.根據(jù)權(quán)利要求1-4任意一項所述的方法，其特征在于，所述方法進一步包括所述STA接收其他STA發(fā)送的關(guān)聯(lián)報文，如果該報文中攜帶了支持數(shù)據(jù)壓縮標識及支持的數(shù)據(jù)壓縮算法，且自身也支持所述數(shù)據(jù)壓縮時，選擇一種共同支持的數(shù)據(jù)壓縮算法，在發(fā)送關(guān)聯(lián)響應(yīng)報文時添加支持數(shù)據(jù)壓縮標識及選擇的數(shù)據(jù)壓縮算法。
7.一種基于無線局域網(wǎng)WLAN網(wǎng)絡(luò)的數(shù)據(jù)壓縮傳輸無線客戶端STA，所述WLAN網(wǎng)絡(luò)中包括無線接入點AP和STA，其特征在于，任一所述STA包括獲取單元、發(fā)送單元、接收單元和處理單元；所述獲取單元，用于獲取各所述AP支持的數(shù)據(jù)壓縮算法；所述處理單元，用于為關(guān)聯(lián)報文或重關(guān)聯(lián)報文添加支持數(shù)據(jù)壓縮標識及支持的數(shù)據(jù)壓縮算法；為數(shù)據(jù)報文或管理報文添加數(shù)據(jù)壓縮標識，并采用所述接收單元接收的相應(yīng)數(shù)據(jù)壓縮算法將載荷壓縮；所述接收單元，用于接收AP發(fā)送的攜帶支持數(shù)據(jù)壓縮標識和相應(yīng)的數(shù)據(jù)壓縮算法的關(guān)聯(lián)響應(yīng)報文；所述發(fā)送單元，用于將所述處理單元添加支持數(shù)據(jù)壓縮標識及選擇自身所在STA支持的一種數(shù)據(jù)壓縮算法的關(guān)聯(lián)或重關(guān)聯(lián)報文發(fā)送，通知要進行關(guān)聯(lián)的AP要協(xié)商的數(shù)據(jù)壓縮算法，其中，所述選擇的一種數(shù)據(jù)壓縮算法是獲取的所述AP支持的數(shù)據(jù)壓縮算法中的一種；當所述接收單元接收所述關(guān)聯(lián)響應(yīng)報文之后，若當前需要向所述AP發(fā)送數(shù)據(jù)報文或管理報文，將所述處理單元處理后的所述數(shù)據(jù)報文或管理報文進行發(fā)送。
8.根據(jù)權(quán)利要求7所述的STA，其特征在于，所述發(fā)送單元，進一步用于向各所述AP發(fā)送探測Probe請求進行探測；所述接收單元，進一步用于接收各所述AP回應(yīng)的攜帶自身支持數(shù)據(jù)壓縮算法的Probe 響應(yīng)；所述獲取單元，用于獲取各所述AP在信標幀中廣播的自身支持的數(shù)據(jù)壓縮算法；或， 用于從所述接收單元接收的各所述AP回應(yīng)的響應(yīng)中獲取各AP自身支持的數(shù)據(jù)壓縮算法。
9.根據(jù)權(quán)利要求7或8所述的STA，其特征在于，所述發(fā)送單元，進一步用于發(fā)送所述處理單元添加支持數(shù)據(jù)壓縮標識以及支持的數(shù)據(jù)壓縮算法的關(guān)聯(lián)報文，通知要關(guān)聯(lián)的STA要協(xié)商的數(shù)據(jù)壓縮算法；所述接收單元，進一步用于接收所述要關(guān)聯(lián)的STA發(fā)送的關(guān)聯(lián)響應(yīng)報文；所述處理單元，進一步用于確定所述接收單元接收的關(guān)聯(lián)響應(yīng)報文攜帶自身支持數(shù)據(jù)壓縮標識以及自身支持的數(shù)據(jù)壓縮算法時，在需要向所述發(fā)來關(guān)聯(lián)響應(yīng)報文的STA發(fā)送的單播報文中添加進行數(shù)據(jù)壓縮標識，并采用協(xié)商的數(shù)據(jù)壓縮算法將載荷壓縮之后，通過所述發(fā)送單元發(fā)送；若需要發(fā)送組播或廣播報文時，直接通過所述發(fā)送單元發(fā)送。
10.根據(jù)權(quán)利要求7或8所述的STA，其特征在于，所述接收單元，進一步用于接收其他STA發(fā)送的關(guān)聯(lián)報文；所述處理單元，進行一步用于確定若所述接收單元接收的關(guān)聯(lián)報文中攜帶了支持數(shù)據(jù)壓縮標識及支持的數(shù)據(jù)壓縮算法，自身所在STA支持數(shù)據(jù)壓縮，則選擇一種共同支持的數(shù)據(jù)壓縮算法；在發(fā)送的關(guān)聯(lián)響應(yīng)報文中添加支持數(shù)據(jù)壓縮標識及選擇的數(shù)據(jù)壓縮算法，通過所述發(fā)送單元發(fā)送。
11.一種基于WLAN網(wǎng)絡(luò)的數(shù)據(jù)壓縮傳輸AP，所述WLAN網(wǎng)絡(luò)中包括無線接入點AP和無線客戶端STA，其特征在于，任一所述AP包括接收單元、處理單元和發(fā)送單元；所述接收單元，用于接收STA發(fā)送的關(guān)聯(lián)報文或重關(guān)聯(lián)報文；所述處理單元，用于確定所述接收單元接收的關(guān)聯(lián)報文或重關(guān)聯(lián)報文中攜帶了支持數(shù)據(jù)壓縮標識及支持的數(shù)據(jù)壓縮算法時，其中，所述報文中攜帶的支持的數(shù)據(jù)壓縮算法為自身所在AP支持的壓縮算法中的一種；則在要發(fā)送的關(guān)聯(lián)響應(yīng)報文中添加支持數(shù)據(jù)壓縮標識及支持的相應(yīng)的數(shù)據(jù)壓縮算法；所述發(fā)送單元，將所述處理單元處理后的關(guān)聯(lián)響應(yīng)報文發(fā)送。
12.根據(jù)權(quán)利要求11所述的AP，其特征在于，所述處理單元，進一步用于若需要發(fā)送組播或廣播報文時，確定與自身所在AP相關(guān)聯(lián)的STA均支持同一種壓縮算法，則在所述組播或廣播報文中添加進行數(shù)據(jù)壓縮標識，并采用共同支持的壓縮算法將載荷壓縮；若需要發(fā)送所述STA單播報文時，確定自身所在AP與所述STA共同支持同一壓縮算法，則所述單播報文中添加進行數(shù)據(jù)壓縮標識，并采用共同支持的壓縮算法將載荷壓縮；所述發(fā)送單元，用于若需要發(fā)送廣播或組播報文，將所述處理單元處理的廣播報文或組播報文發(fā)送；如果需要發(fā)送單播報文，將所述處理單元處理的單播報文發(fā)送。
全文摘要
本發(fā)明公開了一種基于WLAN網(wǎng)絡(luò)的數(shù)據(jù)壓縮傳輸方法，該方法包括任一STA獲取各AP支持的數(shù)據(jù)壓縮算法；發(fā)送添加支持數(shù)據(jù)壓縮標識及選擇的自身支持的數(shù)據(jù)壓縮算法的關(guān)聯(lián)或重關(guān)聯(lián)報文，通知要進行關(guān)聯(lián)的AP要協(xié)商的數(shù)據(jù)壓縮算法，其中，選擇的數(shù)據(jù)壓縮算法是AP支持的數(shù)據(jù)壓縮算法中的一種；接收AP發(fā)送的攜帶支持數(shù)據(jù)壓縮標識和相應(yīng)的數(shù)據(jù)壓縮算法的關(guān)聯(lián)響應(yīng)報文；若當前需要向該AP發(fā)送報文，在該報文中添加進行數(shù)據(jù)壓縮的標識，并采用協(xié)商的壓縮算法將載荷壓縮之后進行發(fā)送。基于同樣的發(fā)明構(gòu)思還提出一種AP和STA，能夠充分利用WLAN網(wǎng)絡(luò)的有限帶寬。
文檔編號H04W28/18GK102333345SQ20111028216
公開日2012年1月25日 申請日期2011年9月21日 優(yōu)先權(quán)日2011年9月21日
發(fā)明者徐國祥 申請人:杭州華三通信技術(shù)有限公司