專利名稱：遠(yuǎn)程發(fā)現(xiàn)無線局域網(wǎng)中客戶端和接入點設(shè)置的裝置和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計算機(jī)軟件領(lǐng)域，尤其是網(wǎng)絡(luò)代理的設(shè)計和開發(fā)，網(wǎng)絡(luò)代理是支持客戶端應(yīng)用訪問基于服務(wù)器的資源的軟件的一部分。
背景技術(shù)：
網(wǎng)絡(luò)代理服務(wù)器是接入網(wǎng)絡(luò)的應(yīng)用，用于支持客戶端應(yīng)用和遠(yuǎn)程服務(wù)器有效交互。通常，代理服務(wù)器都作為運行在特定、高性能接入網(wǎng)絡(luò)的服務(wù)器機(jī)器上的用戶級應(yīng)用。為了達(dá)到更好的性能，可以將同樣的功能實現(xiàn)在服務(wù)器核心內(nèi)的一個模塊中，或者實現(xiàn)在接入網(wǎng)絡(luò)的設(shè)備中。SOCKS服務(wù)器代表了早期的網(wǎng)絡(luò)代理的例子。網(wǎng)路代理緩存(參見例如AriLutonen，Web ProxyServers，Prentice Hall，1997)可能是最有名的網(wǎng)絡(luò)代理的例子。
網(wǎng)路代理緩存通過減小頁面下載延遲提高客戶端瀏覽器的性能和用戶體驗?？蛻舳藶g覽器用于要求從網(wǎng)路代理緩存中獲取內(nèi)容。如果代理具有所要求文件的本地拷貝，就將文件返回給客戶端。否則，將客戶端需求轉(zhuǎn)發(fā)到源服務(wù)器并將響應(yīng)返回給客戶端。代理可以將轉(zhuǎn)發(fā)的文件的拷貝存儲在本地緩存(磁盤)中。由于跨公司或跨校園網(wǎng)絡(luò)接入網(wǎng)路代理服務(wù)器的延遲比跨因特網(wǎng)接入源服務(wù)器的延遲要低的多，因此頁面下載延遲得到減少。緩存命中率(hit rate)越高，頁面下載延遲被減少的越多。為了獲得高緩存命中率，代理緩存必須為大數(shù)量客戶端群體服務(wù)。否則，得到緩存命中的概率，即要求獲取先前另一客戶端要求的文件的可能性就相對較低。對于服務(wù)多個機(jī)構(gòu)的大型代理設(shè)備來說，緩存命中率能夠達(dá)到50％。除了減小用戶可感知的延遲外，代理還能夠減少源網(wǎng)路服務(wù)器上的負(fù)載。
除了改善用戶體驗外，網(wǎng)路代理服務(wù)器還為客戶端提供間接的因特網(wǎng)接入。這樣，客戶端機(jī)器得到保護(hù)，不受大范圍的源自因特網(wǎng)的攻擊。在以下的配置下使用網(wǎng)路代理是接入因特網(wǎng)的唯一方法所有的客戶端機(jī)器都位于防火墻后，防火墻用于阻止客戶端接入公司或校園內(nèi)部網(wǎng)之外的服務(wù)器。使用特殊的主機(jī)配置和防火墻，網(wǎng)路代理服務(wù)器能夠得到保護(hù)，免受來自因特網(wǎng)的攻擊。網(wǎng)路代理服務(wù)器通常是單一目的的機(jī)器，簡化了防火墻的配置網(wǎng)路代理服務(wù)器只允許接收或發(fā)出HTTP流量。
其它接入網(wǎng)絡(luò)的應(yīng)用，例如媒體播放器或電子郵件客戶端，都被改變以利用該基于代理的安全架構(gòu)和使用HTTP作為傳輸協(xié)議。這樣，大量的客戶端流量被或者能夠被引導(dǎo)通過本地網(wǎng)路代理。隨著帶寬可用性和客戶端本地緩存的增加，以及更多的網(wǎng)站使用例如內(nèi)容分配網(wǎng)絡(luò)(CDN)的延遲減少技術(shù)，將網(wǎng)路代理作為緩存使用的價值減少。然而，使用網(wǎng)路代理帶來的和安全相關(guān)的優(yōu)勢越來越明顯，因為應(yīng)用層代理是能夠深入檢查網(wǎng)絡(luò)流量，即網(wǎng)絡(luò)代理服務(wù)器的HTTP負(fù)載的唯一實際的方法。
為了獨立地支持資源受限的移動設(shè)備，開發(fā)了一種新型的應(yīng)用層代理。用于支持PDA/智能電話瀏覽器在小屏幕上顯示網(wǎng)絡(luò)內(nèi)容的轉(zhuǎn)換代碼代理可能是這類中最普遍的例子。此外，網(wǎng)路代理緩存還向無線客戶端提供比向桌面客戶端的更多的利益，因為移動客戶端比桌面客戶端的本地緩存小并且無線連接比有線LAN連接的延遲高、帶寬低。最近，轉(zhuǎn)換代碼代理被擴(kuò)展從而使得多媒體流能夠適用于移動客戶端能力或者減少用于播放流的能量?？偠灾?，預(yù)計應(yīng)用層代理，尤其是HTTP代理將會在支持資源受限的移動無線客戶端方面發(fā)揮越來越重要的作用。
減少移動客戶端消耗的能量是非常重要的問題，因為在過去的幾年內(nèi)電池容量沒有設(shè)備組件的性能的增長速度高。盡管一些重要的技術(shù)改進(jìn)已經(jīng)減少了這些組件消耗的功率，但是大部分改進(jìn)也降低了組件的性能或降低了移動系統(tǒng)的其它特性，例如響應(yīng)性。目前，電池容量極大地限制了移動設(shè)備的性能，并且在可見的將來，和功率相關(guān)的限制不會消失。
使用網(wǎng)路代理來修整進(jìn)入的WLAN流量，或者代碼轉(zhuǎn)換并且以功率友好的方式調(diào)度媒體流，使得客戶端或移動客戶端設(shè)備在WLAN接口上消耗的能量得到實質(zhì)性的減少(參見J.Clark等人的“System for low power operation ofwireless LAN interfaces”，美國專利申請，Docket#YOR9-2002-0230，Marcel CRosu等人的“PAWPA Power Aware Proxy for Wireless LAN Clients”，WMCSA2004，English Lake District，2004年12月2-3日；以及S.Mohapatra等人的“Integrated Power Management for Video Streaming to Mobile HandheldDevices”，In Proceedings of ACM Multimedia 2003)。這些方法關(guān)注一個客戶端運行一個應(yīng)用(網(wǎng)絡(luò)瀏覽器或媒體播放器)，并沒有清楚地擴(kuò)展到多個應(yīng)用和多個客戶端。
相反，對于如何支持作為一組的移動設(shè)備的集合并且根據(jù)組策略優(yōu)化使用共享資源幾乎沒有研究。尤其是，對于在移動客戶端間進(jìn)行功率感知調(diào)度(power-aware scheduling)共享WLAN帶寬方面并沒有已知技術(shù)，盡管事實是移動客戶端消耗的大部分能量是直接或間接和通信相關(guān)。不幸地，為了有效調(diào)度WLAN流量從而節(jié)省大量能量需要比當(dāng)前可得的更多的關(guān)于客戶端配置、當(dāng)前狀態(tài)、應(yīng)用、應(yīng)用負(fù)載的信息。
使用例如客戶端IP地址或TCP/UDP端口號的傳輸層或網(wǎng)絡(luò)層屬性去區(qū)分用戶或應(yīng)用是困難的，因為大部分WLAN流量都包含攜帶HTTP負(fù)載的TCP包，即使用TCP端口80。除了網(wǎng)絡(luò)瀏覽器外，越來越多的例如多媒體流或電子郵件客戶端的接入網(wǎng)絡(luò)的應(yīng)用使用HTTP，因為這能夠可觀地簡化防火墻配置；這一趨勢預(yù)計還會繼續(xù)。此外，動態(tài)IP地址分配是用于管理移動WLAN客戶端的優(yōu)選方法，它使得使用網(wǎng)絡(luò)/傳輸層屬性區(qū)分WLAN上的不同應(yīng)用/用戶變得更加困難。因此，需要使用應(yīng)用層信息去識別用戶和應(yīng)用，應(yīng)用層信息對于支持客戶端應(yīng)用的網(wǎng)絡(luò)代理來說是或者可以是可用的。
不幸地，在應(yīng)用層沒有足夠的關(guān)于移動客戶端系統(tǒng)當(dāng)前狀態(tài)的信息，例如沒有無線接口的配置信息。因此需要改善現(xiàn)有客戶端協(xié)議和應(yīng)用以提供額外的客戶端信息，或者設(shè)計新的方法和裝置以從沒有更改的客戶端遠(yuǎn)程收集這些信息。
假設(shè)收集了足夠的關(guān)于移動設(shè)備當(dāng)前狀態(tài)和配置的信息，就可認(rèn)識到需要提供一種機(jī)制來控制例如WLAN帶寬等共享資源的使用，促進(jìn)受控的所有客戶端設(shè)備的能量節(jié)省。如果沒有這種機(jī)制，現(xiàn)有的用于一個客戶端設(shè)備運行一個應(yīng)用的技術(shù)彼此之間就會沖突，并且達(dá)不到預(yù)期的能量節(jié)省。因此，可以認(rèn)識到需要根據(jù)預(yù)定的組策略優(yōu)化組內(nèi)移動設(shè)備的能量使用。

發(fā)明內(nèi)容
根據(jù)本發(fā)明至少一個優(yōu)選實施例，提出了一種方法和裝置，其包括和遠(yuǎn)程網(wǎng)絡(luò)相連的計算機(jī)，用于獲取關(guān)于無線客戶端配置和無線接入點的信息。所述配置的示例包括客戶端的功率相關(guān)參數(shù)，例如當(dāng)喚醒客戶端的無線接口接收來自無線接入點的信標(biāo)的確切時間，和客戶端的當(dāng)前的能量相關(guān)狀態(tài)，例如電池和顯示亮度級別。
總而言之，本發(fā)明的一方面提供一種裝置，用于增強至少一個客戶端的無線通信流量，所述客戶端和接入點通信并且在功率節(jié)省模式和活動模式之間轉(zhuǎn)換，所述裝置包括用于跟蹤客戶端的設(shè)備，判斷其和接入點通信的狀態(tài)；跟蹤設(shè)備適用于執(zhí)行下列(a)，(b)，(c)中至少一項(a)確定客戶端收到初始信標(biāo)的時間；(b)確定客戶端收到連續(xù)信標(biāo)之間至少一個間隔；和(c)確定客戶端活動模式超時間隔。進(jìn)一步地，所述裝置還被擴(kuò)展包括一設(shè)備，用于為使用至少一個先前確定的配置參數(shù)的一個客戶端調(diào)度無線流量。
本發(fā)明的另一方面提供了一種方法，用于增強至少一個客戶端的無線通信流量，所述客戶端和接入點通信并且在功率節(jié)省模式和活動模式之間轉(zhuǎn)換，所述方法包括步驟跟蹤客戶端并判斷其和接入點通信的狀態(tài)；跟蹤步驟包括執(zhí)行(a)，(b)，(c)中至少一項(a)確定客戶端收到初始信標(biāo)的時間；(b)確定客戶端收到連續(xù)信標(biāo)之間至少一個間隔；和(c)確定客戶端活動模式超時間隔。
進(jìn)一步地，本發(fā)明的另一方面提供一種機(jī)器可讀的程序存儲設(shè)備，有形地具體化機(jī)器可執(zhí)行的程序指令，從而執(zhí)行以下方法步驟，用于增強至少一個客戶端的無線通信流量，所述客戶端和接入點通信并且在功率節(jié)省模式和活動模式之間轉(zhuǎn)換，所述方法包括步驟跟蹤客戶端并判斷其和接入點通信的狀態(tài)；跟蹤步驟包括執(zhí)行(a)，(b)，(c)中至少一項(a)確定客戶端收到初始信標(biāo)的時間；(b)確定客戶端收到連續(xù)信標(biāo)之間至少一個間隔；和(c)確定客戶端活動模式超時間隔。
為了更好地理解本發(fā)明及其他和進(jìn)一步的特征及優(yōu)勢，下面將結(jié)合所附附圖進(jìn)行描述并且在權(quán)利要求中指出本發(fā)明的范圍。


圖1描述了使用感知功率的代理支持客戶端應(yīng)用并向無線客戶端調(diào)度因特網(wǎng)流量的組網(wǎng)環(huán)境；
圖2描述了跟蹤802.11使能的無線客戶端并判斷客戶端接收信標(biāo)的時間參考點的步驟；圖3描述了跟蹤802.11使能的無線客戶端并判斷客戶端接收信標(biāo)的時間間隔的步驟；圖4描述了跟蹤802.11使能的無線客戶端并判斷客戶端從高功率狀態(tài)到低功率狀態(tài)后的閑置超時值的步驟。
具體實施例方式
圖1描述了組網(wǎng)環(huán)境(100)，其中無線客戶端(110)-(114)通過多個例如無線接入點(130)和(131)的網(wǎng)絡(luò)組件、感知功率的代理服務(wù)器(140)和因特網(wǎng)(150)與源服務(wù)器(120)-(121)通信。代理(140)是連接至遠(yuǎn)程網(wǎng)絡(luò)的計算機(jī)，其支持客戶端應(yīng)用并為無線客戶端(110)-(114)調(diào)度流入的因特網(wǎng)流量。
如圖1所示，在這種情況下接受來自因特網(wǎng)(150)的內(nèi)容或向因特網(wǎng)(150)提供內(nèi)容的感知功率的代理服務(wù)器(140)和一或多個無線接入點(130)和(131)通信，無線接入點(130)和(131)本身和多個無線客戶端(110)-(114)通信。
在下文中，代理這個術(shù)語將用于代表任何和遠(yuǎn)程網(wǎng)絡(luò)相連的計算機(jī)，除了客戶端本身。
通過示例性和非限制性的例子，此處描述的應(yīng)用使用了流行的802.11WLAN技術(shù)。802.11規(guī)范(參見“Wireless LAN Medium Access Control[MAC]and Physical layer[PHY] Specifications”第11部分，ANSI/IEEE Std802.11，1999)定義了兩種功率管理模式活動模式和功率節(jié)省模式。在功率節(jié)省模式下，用802.11的術(shù)語是睡眠模式，WLAN接口比活動模式下少消耗5到50倍的功率。在閑置間隔大約達(dá)到100毫秒時，通常WLAN驅(qū)動器將接口切換到功率節(jié)省模式。在這種配置中，WLAN接口消耗的相對功率從高端筆記本的5-10％到PDA的50％不等。
修整后流量的“突發(fā)”特性使得在較短的閑置間隔后，WLAN接口能夠安全切換到功率節(jié)省模式，即使用較小的超時值，從而降低能量消耗。如果不使用代理，由于流入流量的難以預(yù)測性，不可能在不對流入流量修整的情況下通過降低接口超時來節(jié)省能量。該簡化的方法增加了TCP連接的往返時間，降低了客戶端應(yīng)用的性能。
下面引入一些額外的背景，簡單的看一下基礎(chǔ)設(shè)施網(wǎng)絡(luò)中802.11客戶端接口或工作站的功率管理特點。
工作站的功率管理模式是活動或功率節(jié)省兩種。工作站的功率狀態(tài)在完全供電時是喚醒狀態(tài)，在少量供電時是睡眠狀態(tài)但是不能接收或發(fā)送幀。在活動模式下，工作站處于喚醒狀態(tài)。在功率節(jié)省模式下，工作站通常處于睡眠狀態(tài)，但是會轉(zhuǎn)換到喚醒狀態(tài)去偵聽選擇信標(biāo)，無線接入點每102.4毫秒廣播一次選擇信標(biāo)。工作站選擇在其與接入點關(guān)聯(lián)時多久喚醒一次去偵聽信標(biāo)。模式之間的切換都是由工作站發(fā)起的，并且需要與接入點之間成功的幀交換。
接入點緩沖已知的處于功率節(jié)省模式的工作站的所有未決的流量，并且用適當(dāng)?shù)男艠?biāo)提醒這些工作站。當(dāng)工作站檢測到幀在接入點未決時，就向接入點發(fā)送輪詢消息。工作站在收到輪詢的響應(yīng)之前一直處于喚醒狀態(tài)。
接入點對于輪詢的響應(yīng)是下一未決幀或確認(rèn)(ACK)幀，其指示接入點延遲未決幀的傳輸并且承擔(dān)發(fā)起傳送的任務(wù)。工作站必須確認(rèn)(發(fā)送ACK幀)每一接收到的幀。如果幀的“更多數(shù)據(jù)”域指示還有其它的未決幀，工作站會發(fā)送另一輪詢幀。否則，工作站返回睡眠功率狀態(tài)。
WLAN設(shè)備驅(qū)動器控制客戶端工作站的功率模式。工作站可以在任何時間從功率節(jié)省模式切換到活動模式，例如在從接入點接收第一數(shù)據(jù)幀之后，或在向接入點發(fā)送數(shù)據(jù)幀之后。如果在預(yù)定的間隔內(nèi)工作站沒有接收或發(fā)送數(shù)據(jù)幀，工作站就會返回功率節(jié)省模式。從活動模式切換到功率節(jié)省模式延遲接收任何幀，直到接收到下一信標(biāo)。
從性能觀點來說，將客戶端從功率節(jié)省模式切換到活動模式從而接收幀是非常有利的，因為在活動模式下，接入點一接收到數(shù)據(jù)幀就會將其轉(zhuǎn)發(fā)至客戶端，而在功率節(jié)省模式下，接入點必須將數(shù)據(jù)幀排隊并且等待客戶端蘇醒。不幸的是，為了克服傳送包中的變數(shù)，在等待更多數(shù)據(jù)時，客戶端必須保持在活動模式下，這就造成功率的浪費。因此，從能量角度來說，轉(zhuǎn)換到活動模式是不具優(yōu)勢的，除非已經(jīng)知道或有極大的可能性，數(shù)據(jù)會以非常高的速度到達(dá)。
在進(jìn)行上述描述后，根據(jù)本發(fā)明至少一個優(yōu)選實施例，提出了如圖2，3，4所述的協(xié)議。特別地，圖2，3，4描述了跟蹤802.11使能的無線客戶端并和其接口操作同步、判斷其WLAN接口的配置參數(shù)、尤其是判斷和信標(biāo)互動或位于功率節(jié)省模式下的時間間隔的步驟。圖2，3，4描述的步驟在代理(140)上執(zhí)行。
圖2，3，4描述了判斷基站信標(biāo)次數(shù)，給定WLAN客戶端的信標(biāo)間隔或多樣性，和客戶端超時間隔的步驟。在下文中，假設(shè)WLAN客戶端被配置用于利用功率節(jié)省模式。因此，發(fā)送至客戶端的包有時就緩沖在基站中，直到客戶端偵聽到下一信標(biāo)。進(jìn)一步地，假設(shè)客戶端總是快速地響應(yīng)這些跟蹤包?；緩牟谎舆t響應(yīng)包。當(dāng)客戶端處于功率節(jié)省模式下，當(dāng)客戶端處于活動模式下或緊鄰信標(biāo)之前，發(fā)送至客戶端的包會觸發(fā)快速響應(yīng)。在下文中，該快速響應(yīng)所用的時間被稱為min_rtt(可稱為“最小往返時間”)。使用發(fā)送至客戶端的一連串包的代理能夠確定最小往返時間值，其中一些包確保由基站立即轉(zhuǎn)發(fā)，因為客戶端處于活動模式或者因為包偶然會在緊鄰信標(biāo)發(fā)送之前被發(fā)送。由于非常小的MAC-級延遲，測量的min-rtt值實際上是隨機(jī)分布值，其下限由跟蹤包的大小和使用的WLAN技術(shù)及基站所決定?？傊?，和所述下限非常接近或具有一或兩毫秒差異的測量rtt(往返時間)都被認(rèn)為是min_rtt。
圖2描述了跟蹤并判斷“信標(biāo)時間”參數(shù)的過程(200)。注意所述參數(shù)是WLAN基站的特征，因此只需為使用基站的第一個客戶端判斷所述參數(shù)。如圖所示，代理在步驟(210)開始該過程。接下來跟蹤包被發(fā)送至一設(shè)備，在步驟(220)等待響應(yīng)并測量響應(yīng)延遲。如果測量的響應(yīng)延遲不近似于步驟(230)中預(yù)定參數(shù)min_rtt，在步驟(220)發(fā)送另一跟蹤包之前，在步驟(240)計算延遲并且研究(tranverse)延遲間隔。如果響應(yīng)延遲確實和步驟(230)中min_rtt近似相同，在步驟(250)記錄結(jié)果參數(shù)信標(biāo)_時間(beacon_time)。
圖3描述了跟蹤并判斷“信標(biāo)間隔”參數(shù)的過程(300)。如圖所示，代理在步驟(310)開始該過程。接下來跟蹤包被發(fā)送至一設(shè)備，在步驟(320)等待響應(yīng)并測量響應(yīng)延遲。如果測量的響應(yīng)延遲不近似等于步驟(330)中的min_rtt，在步驟(320)發(fā)送另一跟蹤包之前，在步驟(340)選擇一新的信標(biāo)倍數(shù)、計算預(yù)期信標(biāo)并等待下一信標(biāo)。如果響應(yīng)延遲確實和步驟(330)中min_rtt近似相同，在步驟(350)記錄結(jié)果參數(shù)信標(biāo)_間隔(beacon_interval)。
實際上，各個信標(biāo)可能被延遲，或者客戶端可能暫時處于喚醒狀態(tài)，或者客戶端不是從接入點接收緩沖包的第一個客戶端。所有這些因素都會影響代理對信標(biāo)_時間和信標(biāo)_間隔的測量。為了消除這些因素，應(yīng)該在擴(kuò)展的一段時間內(nèi)測量幾次信標(biāo)_時間和信標(biāo)_間隔，判斷是否測量的信標(biāo)_時間和信標(biāo)_間隔的值為102.4毫秒的整數(shù)倍，102.4毫秒是接入點發(fā)送信標(biāo)的間隔或間隔的倍數(shù)。
圖4描述了跟蹤并判斷“閑置超時”參數(shù)的過程(400)。如圖所示，代理在步驟(410)開始過程。接下來在步驟(420)將包發(fā)送間隔首次置為0，然后在步驟(430)發(fā)送兩個跟蹤包。必須在獲知客戶端將接收信標(biāo)時發(fā)送所述兩個包，根據(jù)上述對信標(biāo)_時間和信標(biāo)_間隔的測量獲知所述時刻。接下來，也是在步驟(430)等待對兩個跟蹤包的響應(yīng)并測量響應(yīng)延遲。如果測量的響應(yīng)延遲確實和步驟(440)中min_rtt近似相同，在步驟(430)發(fā)送另外兩個跟蹤包之前，在步驟(450)將包發(fā)送間隔增加并等待下一信標(biāo)。將發(fā)送間隔增加直到響應(yīng)延遲不再近似等于min_rtt，此時在步驟(460)可以判斷結(jié)果參數(shù)閑置_超時等于發(fā)送間隔。
實際上，各個信標(biāo)可能被延遲，或者客戶端可能暫時處于喚醒狀態(tài)，或者客戶端不是從接入點接收緩沖包的第一個客戶端。所有這些因素都會影響代理對閑置_超時的測量。為了消除這些因素，應(yīng)該在擴(kuò)展的一段時間內(nèi)測量幾次閑置_超時，判斷是否閑置_超時的測量值可重復(fù)。
除了WLAN接口的功率模式和狀態(tài)，本發(fā)明優(yōu)選地考慮WLAN客戶端其它的和功率相關(guān)的特征，例如剩余電池能量、閑置電池功率損耗、無線接口的功率消耗、客戶端總功率消耗及它和流入流量特征的關(guān)系，例如速率和突發(fā)性。
需要理解根據(jù)至少一個優(yōu)選實施例的本發(fā)明包括一設(shè)備，用于跟蹤客戶端并判斷其和接入點通信的狀態(tài)，所述設(shè)備能夠在至少一個運行適當(dāng)軟件程序的普通計算機(jī)上實現(xiàn)。也可在至少一個集成電路或至少一個集成電路的部分上實現(xiàn)。因此，需要理解本發(fā)明并不限于硬件、軟件或兩者的結(jié)合。
如果沒有特別指出，本發(fā)明認(rèn)為此處涉及和引用的所有的專利、專利申請、和其它公開物(包括基于網(wǎng)絡(luò)的公開物)都通過引用在此全部結(jié)合，如同在此敘述了其全部內(nèi)容一樣。
盡管此處結(jié)合附圖描述了本發(fā)明的示例實施例，需要理解本發(fā)明并不限于這些特定的實施例，在不偏離本發(fā)明的精神和范圍的情況下，本領(lǐng)域技術(shù)人員可以進(jìn)行不同的改變或變型。
權(quán)利要求
1.一種裝置，用于增強至少一個客戶端的網(wǎng)絡(luò)通信，所述客戶端和無線接入點通信并且所述客戶端的無線接口在至少兩種功率狀態(tài)之間轉(zhuǎn)換，所述裝置包括用于判斷在所述功率狀態(tài)之間轉(zhuǎn)換的所述客戶端配置的設(shè)備。
2.根據(jù)權(quán)利要求1所述的裝置，其中所述無線接入點向所述客戶端發(fā)送周期性信標(biāo)消息，和所述設(shè)備適用于執(zhí)行下列(a)，(b)中至少一項(a)確定客戶端收到至少一個信標(biāo)的時間；(b)確定客戶端收到連續(xù)信標(biāo)之間至少一個間隔。
3.根據(jù)權(quán)利要求1所述的裝置，其中所述無線接口的所述狀態(tài)包括低功率狀態(tài)和高功率狀態(tài)，和所述設(shè)備適用于為下列(a)，(b)，(c)中至少一項確定客戶端超時間隔(a)處于所述高功率狀態(tài)；(b)處于喚醒狀態(tài)；和(c)處于活動模式。
4.根據(jù)權(quán)利要求2所述的裝置，其中所述設(shè)備包括所有的(a)和(b)。
5.根據(jù)權(quán)利要求1所述的裝置，其中無線通信流量包括因特網(wǎng)流量。
6.根據(jù)權(quán)利要求1所述的裝置，其中無線接入點和客戶端接口使用802.11技術(shù)。
7.根據(jù)權(quán)利要求1所述的裝置，其中所述設(shè)備適用于在一或多個其它客戶端接收到一或多個信標(biāo)前，確定單獨一個客戶端接收到初始信標(biāo)的時間。
8.根據(jù)權(quán)利要求1所述的裝置，其中所述設(shè)備適用于通過下述方式確定初始信標(biāo)的接收時間發(fā)送跟蹤包；發(fā)送跟蹤包后測量客戶端的響應(yīng)延遲；和發(fā)送其它的跟蹤包后繼續(xù)測量客戶端的響應(yīng)延遲，直到響應(yīng)延遲基本上等于預(yù)定最小往返時間。
9.根據(jù)權(quán)利要求1所述的裝置，其中所述設(shè)備適用于通過下述方式確定連續(xù)信標(biāo)之間至少一個間隔發(fā)送跟蹤包；發(fā)送跟蹤包后測量客戶端的響應(yīng)延遲；如果響應(yīng)延遲不基本等于預(yù)定最小往返時間，計算新的信標(biāo)倍數(shù)并等待新的信標(biāo)；和發(fā)送其它的跟蹤包后繼續(xù)測量客戶端的響應(yīng)延遲，直到響應(yīng)延遲和預(yù)定最小往返時間基本相同。
10.根據(jù)權(quán)利要求1所述的裝置，其中所述設(shè)備適用于通過下述方式確定客戶端處于活動模式的時間間隔發(fā)送一對跟蹤包；發(fā)送跟蹤包后測量客戶端的響應(yīng)延遲；如果響應(yīng)延遲不基本等于預(yù)定最小往返時間，調(diào)整包發(fā)送間隔并等待新的信標(biāo)；和發(fā)送其它的跟蹤包后繼續(xù)測量客戶端的響應(yīng)延遲，直到響應(yīng)延遲和預(yù)定最小往返時間基本相同。
11.一種方法，用于增強至少一個客戶端的網(wǎng)絡(luò)通信，所述客戶端和無線接入點通信并且所述客戶端的無線接口在至少兩種功率狀態(tài)之間轉(zhuǎn)換，所述方法包括步驟判斷在所述功率狀態(tài)之間轉(zhuǎn)換的所述客戶端配置。
12.根據(jù)權(quán)利要求11所述的方法，其中所述無線接入點向所述客戶端發(fā)送周期性信標(biāo)消息并且所述判斷所述客戶端配置包括執(zhí)行下列(a)，(b)中至少一項(a)確定客戶端收到至少一個信標(biāo)的時間；(b)確定客戶端收到連續(xù)信標(biāo)之間至少一個間隔。
13.根據(jù)權(quán)利要求11所述的方法，其中所述無線接口的所述狀態(tài)包括低功率狀態(tài)和高功率狀態(tài)并且所述判斷所述客戶端配置包括為下列(a)，(b)，(c)中至少一項確定客戶端超時間隔(a)處于所述高功率狀態(tài)；(b)處于喚醒狀態(tài)；和(c)處于活動模式。
14.根據(jù)權(quán)利要求12所述的裝置，其中判斷所述客戶端配置包括所有的(a)和(b)。
15.根據(jù)權(quán)利要求11所述的裝置，其中無線通信流量包括因特網(wǎng)流量。
16.根據(jù)權(quán)利要求11所述的裝置，其中接入點包括802.11客戶端接口。
17.根據(jù)權(quán)利要求11所述的裝置，其中判斷所述客戶端配置包括在一或多個其它客戶端接收到一或多個信標(biāo)前，確定單獨一個客戶端接收到初始信標(biāo)的時間。
18.根據(jù)權(quán)利要求11所述的裝置，其中判斷所述客戶端配置包括通過下述方式確定初始信標(biāo)的接收時間發(fā)送跟蹤包；發(fā)送跟蹤包后測量客戶端的響應(yīng)延遲；和發(fā)送其它的跟蹤包后繼續(xù)測量客戶端的響應(yīng)延遲，直到響應(yīng)延遲基本等于預(yù)定最小往返時間。
19.根據(jù)權(quán)利要求11所述的裝置，其中判斷所述客戶端配置包括通過下述方式確定連續(xù)信標(biāo)之間至少一個間隔發(fā)送跟蹤包；發(fā)送跟蹤包后測量客戶端的響應(yīng)延遲；和如果響應(yīng)延遲不基本等于預(yù)定最小往返時間，計算新的信標(biāo)倍數(shù)并等待新的信標(biāo)；和發(fā)送其它的跟蹤包后繼續(xù)測量客戶端的響應(yīng)延遲，直到響應(yīng)延遲和預(yù)定最小往返時間基本相同。
20.根據(jù)權(quán)利要求11所述的裝置，其中判斷所述客戶端配置包括通過下述方式確定客戶端處于活動模式的時間間隔發(fā)送一對跟蹤包；發(fā)送跟蹤包后測量客戶端的響應(yīng)延遲；如果響應(yīng)延遲不基本等于預(yù)定最小往返時間，調(diào)整包發(fā)送間隔并等待新的信標(biāo)；和發(fā)送其它的跟蹤包后繼續(xù)測量客戶端的響應(yīng)延遲，直到響應(yīng)延遲和預(yù)定最小往返時間基本相同。
21.一種機(jī)器可讀的程序存儲設(shè)備，有形地具體化機(jī)器可執(zhí)行的程序指令，從而執(zhí)行方法步驟用于增強至少一個客戶端的網(wǎng)絡(luò)通信，所述客戶端和無線接入點通信并且所述客戶端的無線接口在至少兩種功率狀態(tài)之間轉(zhuǎn)換，所述方法包括步驟所述機(jī)器判斷關(guān)于和接入點通信的所述客戶端的無線接口的配置；所述步驟包括執(zhí)行下列(a)，(b)，(c)，(d)，(e)中至少一項(a)確定客戶端收到至少一個信標(biāo)的時間；(b)確定客戶端收到連續(xù)信標(biāo)之間至少一個間隔；(c)確定處于所述高功率狀態(tài)的客戶端超時間隔；(d)確定處于喚醒狀態(tài)的客戶端超時間隔；和(e)確定處于活動模式下的客戶端超時間隔。
22.根據(jù)權(quán)利要求1所述的裝置，進(jìn)一步包括基于至少一個預(yù)定配置參數(shù)向至少一個客戶端調(diào)度無線通信流量的設(shè)備。
23.根據(jù)權(quán)利要求22所述的裝置，其中所述用于調(diào)度無線通信流量的設(shè)備適用于基于所有的預(yù)定配置參數(shù)調(diào)度流量。
24.根據(jù)權(quán)利要求1所述的裝置，其中所述判斷所述客戶端配置的設(shè)備使用包跟蹤。
25.根據(jù)權(quán)利要求11所述的方法，其中所述判斷所述客戶端配置的步驟使用包跟蹤。
26.根據(jù)權(quán)利要求21所述的程序存儲設(shè)備，其中所述方法步驟包括從所述機(jī)器向所述客戶端發(fā)送跟蹤包、接收跟蹤響應(yīng)和測量延遲，從而判斷所述客戶端的所述配置。
全文摘要
為了保存能量，移動設(shè)備中的組件必須較少地在“活動”和“睡眠”模式之間轉(zhuǎn)換，并且睡眠更長的間隔。根據(jù)本發(fā)明至少一個優(yōu)選實施例，提出了一種遠(yuǎn)程發(fā)現(xiàn)無線客戶端和接入點配置的方法，尤其是和客戶端無線接口的功率消耗相關(guān)的設(shè)置。優(yōu)選實施例中的方法使用包跟蹤技術(shù)遠(yuǎn)程判斷客戶端和接入點的配置。跟蹤技術(shù)包括通過無線LAN，以根據(jù)無線LAN技術(shù)公開可得的數(shù)據(jù)及先前包跟蹤測量的結(jié)果計算的間隔，向客戶端設(shè)備發(fā)送包。使用用于統(tǒng)計數(shù)據(jù)處理的數(shù)個包跟蹤的測量和方法進(jìn)行判斷。
文檔編號H04W72/12GK1972229SQ200610146889
公開日2007年5月30日 申請日期2006年11月27日 優(yōu)先權(quán)日2005年11月25日
發(fā)明者錢德拉塞卡爾·納拉亞納斯瓦米, 克勞斯·米蓋爾·奧爾森, 馬塞爾·卡塔蘭·羅舒 申請人:聯(lián)想(新加坡)私人有限公司