專利名稱：集中式無線局域網(wǎng)中識別客戶端類型的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信網(wǎng)絡(luò)，尤其涉及集中式無線局域網(wǎng)(centralizedWLAN)。
背景技術(shù)：
集中式無線局域網(wǎng)結(jié)構(gòu)的出現(xiàn)使得運營商可以部署可控、可管、可運營的WiFi網(wǎng)絡(luò)，其中，在該集中式無線局域網(wǎng)絡(luò)結(jié)構(gòu)中，由一個接入控制器(Access Controller,AC)負責管理和控制一個或多個的無線終結(jié)點(Wireless Termination Points, WTPs)或者接入點(Access Point,AP)。此外，例如智能手機等用戶設(shè)備的出現(xiàn)大量占用了 3G網(wǎng)絡(luò)的流量， 從一個較為有效的觀點來看，將3G網(wǎng)絡(luò)的流量卸載到WiFi網(wǎng)絡(luò)是一個較佳的方案。事實上，越來越多的智能手機用戶也已經(jīng)開始通過WiFi網(wǎng)絡(luò)的途徑接入網(wǎng)絡(luò)業(yè)務(wù)。通常，運營商，例如電信運營商有識別接入WiFi網(wǎng)絡(luò)的客戶端的機器類型的需求，也即接入控制器或WLAN接入網(wǎng)關(guān)(WLANAccess Gateway)需要知曉哪種機器類型的客戶端(例如，雙模手機，個人數(shù)字助理，筆記本電腦，臺式電腦等)連接到該WiFi網(wǎng)絡(luò)，從而使得各網(wǎng)絡(luò)實體能夠執(zhí)行相關(guān)的流量工程和策略控制。例如，在不同的時段，同一張USIM 卡可能分別被插入雙模手機和筆記本電腦，這樣，接入控制器或WLAN接入網(wǎng)關(guān)需要區(qū)分當前接入該WiFi網(wǎng)絡(luò)的插入該張USIM卡的客戶端是雙模手機還是筆記本電腦，從而決定以不同的比特率或屏幕分辨率來傳輸媒體流量。目前，運營商能夠根據(jù)不同的IP地址池來識別客戶端是來自哪個接入網(wǎng)絡(luò)(例如 GPRS, 3G或WLAN)，但是卻無法區(qū)分該客戶端是哪種機器類型的客戶端。因此，提供一種有助于各網(wǎng)絡(luò)實體，也即運營商識別接入集中式無線局域網(wǎng)的客戶端的機器類型的方案是迫切需要得到解決的。

發(fā)明內(nèi)容
基于上述考量，在本發(fā)明的一個實施例中，DHCP客戶端發(fā)送至DHCP服務(wù)器的DHCP 請求消息中包括該DHCP客戶端的機器類型信息，DHCP服務(wù)器根據(jù)接收到的DHCP請求消息中的機器類型信息能夠確定DHCP客戶端的機器類型。一旦DHCP服務(wù)器知曉接入該集中式無線局域網(wǎng)的DHCP客戶端的機器類型，各網(wǎng)絡(luò)實體就能夠知曉該DHCP客戶端的機器類型， 從而執(zhí)行相關(guān)的流量工程或策略控制。本發(fā)明的一個實施例中提供了一種在集中式無線局域網(wǎng)的DHCP客戶端中用于向 DHCP服務(wù)器發(fā)送DHCP請求消息的方法，其特征在于，所述方法包括以下步驟a.將所述 DHCP客戶端的機器類型信息填充在所述DHCP請求消息中，其中，所述DHCP請求消息用于向所述DHCP服務(wù)器請求配置信息；b.將填充了所述機器類型信息的所述DHCP請求消息發(fā)送至所述DHCP服務(wù)器。本發(fā)明在另一個實施例中提供了一種在集中式無線局域網(wǎng)的DHCP服務(wù)器中用于接收來自DHCP客戶端的DHCP請求消息的方法，其特征在于，所述方法包括以下步驟i.接收來自所述DHCP客戶端的DHCP請求消息，其中所述DHCP請求消息包括所述DHCP客戶端的機器類型信息；ii.根據(jù)所述DHCP請求消息，確定所述DHCP客戶端的機器類型。通過應(yīng)用本發(fā)明的技術(shù)方案，DHCP服務(wù)器根據(jù)接收到的DHCP請求消息中的機器類型信息能夠確定DHCP客戶端的機器類型，這樣，各網(wǎng)絡(luò)實體就能夠知曉該DHCP客戶端的機器類型，從而執(zhí)行相關(guān)的流量工程或策略控制。本發(fā)明在一個實施例中提供了一種在集中式無線局域網(wǎng)的DHCP客戶端中用于向 DHCP服務(wù)器發(fā)送DHCP請求消息的發(fā)送模塊，其特征在于，所述發(fā)送模塊包括填充裝置，用于將所述DHCP客戶端的機器類型信息填充在所述DHCP請求消息中，其中，所述DHCP請求消息用于向所述DHCP服務(wù)器請求配置信息；發(fā)送裝置，用于將填充了所述機器類型信息的所述DHCP請求消息發(fā)送至所述DHCP服務(wù)器。本發(fā)明在另一個實施例中提供了一種在集中式無線局域網(wǎng)的DHCP服務(wù)器中用于接收來自DHCP客戶端的DHCP請求消息的接收模塊，其特征在于，所述接收模塊包括接收裝置，用于接收來自所述DHCP客戶端的DHCP請求消息，其中所述DHCP請求消息包括所述 DHCP客戶端的機器類型信息；第一確定裝置，用于根據(jù)所述DHCP請求消息，確定所述DHCP 客戶端的機器類型。本發(fā)明的各個方面將通過下文中的具體實施例的說明而更加清晰。


通過閱讀參照以下附圖所作的對非限制性實施例所作的詳細描述，本發(fā)明的上述及其他特征將會更加清晰圖1示出了根據(jù)現(xiàn)有技術(shù)的DHCP請求消息中的客戶標識(Client Identifier) 選項的格式；圖2示出了根據(jù)現(xiàn)有技術(shù)的DHCP請求消息的客戶標識選項中的類型為鏈路層地址加時間的DUID-LLT的格式；圖3示出了根據(jù)本發(fā)明的一個實施例的包含用于指示DHCP客戶端機器類型的新的類型域的DUID-LLT的格式；以及圖4示出了根據(jù)本發(fā)明的一個實施例的在集中式無線局域網(wǎng)中用于識別DHCP客戶端的機器類型的方法流程圖。附圖中相同或相似的標記用于表示相同或相似的步驟或裝置。
具體實施例方式在DHCPv6協(xié)議中，DHCP客戶端發(fā)送DHCP請求消息至DHCP服務(wù)器用于請求IP地址和其他配置參數(shù)，例如子網(wǎng)掩碼，默認網(wǎng)關(guān)等。在該DHCP請求消息中需要包括一個客戶標識(Client Identifier)選項，該客戶標識選項中攜帶的 DUID(DHCP Unique Identifier) 用于DHCP服務(wù)器識別該DHCP客戶端的身份從而為其選擇相應(yīng)的配置參數(shù)。圖1示出了根據(jù)現(xiàn)有技術(shù)的DHCP請求消息中的客戶標識選項的格式。圖中， "0PTI0N_CLIENT ID”用于表示該選項為客戶標識選項，長度為16比特，也即2個字節(jié)。 “0PTI0N_LEN”用于表示該客戶標識選項的長度，長度為16比特，也即2個字節(jié)?！癉UID”為 DHCP唯一標識符，用于唯一地標識該DHCP客戶端的身份，該“DUID”的長度是可變的。通常，“DUID”包括長度為2個字節(jié)的類型碼，用于標識該DUID的類型，以及用于構(gòu)成實際標識符內(nèi)容的可變長度的字節(jié)。除去2個字節(jié)的類型碼之外，整個“DUID”的長度一般不超過1 個字節(jié)。下文中，以客戶標識選項中的“DUID”的類型為鏈路層地址加時間(DUID-LLT)為例進行說明，本領(lǐng)域普通技術(shù)人員可以理解，本發(fā)明的技術(shù)方案同樣可適用于客戶標識選項中的“DUID”是其他類型的情形。圖2示出了根據(jù)現(xiàn)有技術(shù)的DHCP請求消息的客戶標識選項中的類型為鏈路層地址加時間的DUID-LLT的格式。圖中，“type code”為類型碼，用于表示該DUID的類型，長度為16比特，也即2個字節(jié)。對于基于鏈路層地址加時間類型的DUID，該類型碼為1。"hardware code”用于表示網(wǎng)絡(luò)硬件的種類，例如，以太網(wǎng)Ethernet)，長度為16 比特，也即2個字節(jié)?！皌ime”用于表示該DUID產(chǎn)生的時間點距離2000年1月1日0點的時間長度，單位為秒，長度為32比特，也即4個字節(jié)。"link-layer address”用于表示在該DUID產(chǎn)生時，連接到該DHCP客戶端的任何一個網(wǎng)絡(luò)接口的鏈路層地址，其長度是可變的。為實現(xiàn)本發(fā)明的技術(shù)方案，根據(jù)本發(fā)明的一個實施例，如圖3所示，在DHCP客戶端發(fā)送至DHCP服務(wù)器的用于請求配置信息的DHCP請求消息中的客戶標識選項中的DUID中定義一個新的類型域，該新的類型域用于指示DHCP客戶端的機器類型，例如雙模手機，個人數(shù)字助理，筆記本電腦或者臺式電腦等。圖3所示的DUID除了包括圖2中描述的各域之外，還包括一個新的類型域 "machine type”，該類型域中填充DHCP客戶端的機器類型信息，用于指示該DHCP客戶端的機器類型，長度為16比特，也即2個字節(jié)。需要說明的是，該新的類型域“machine type”的長度不限于16比特，也即2個字節(jié)，其可以是其他任何字節(jié)長度，只要足夠標識各種機器類型并且與其他各域的長度之和不超過DUID允許的最大字節(jié)長度，例如1 字節(jié)即可。以下將參照圖4并結(jié)合圖3對根據(jù)本發(fā)明的一個實施例的在集中式無線局域網(wǎng)中用于識別DHCP客戶端的機器類型的方法進行描述。如圖4所示，首先，在步驟S41中，DHCP客戶端10將本客戶端的機器類型信息填充在DHCP請求消息中。優(yōu)選地，DHCP客戶端10將本客戶端的機器類型信息填充在DHCP請求消息中的客戶標識(Client Identifier)選項中。例如，如圖3所示，DHCP客戶端10將本客戶端的機器類型信息填充在客戶標識選項的DUID中的新的類型域“machine type”中。優(yōu)選地，該機器類型信息的長度為16比特，也即2個字節(jié)。然后，在步驟S42中，DHCP客戶端10將填充了本客戶端的機器類型信息的DHCP請求消息發(fā)送至DHCP服務(wù)器20。具體的，DHCP客戶端10通過DHCPv6協(xié)議將填充了本客戶端的機器類型信息的 DHCP請求消息發(fā)送至DHCP服務(wù)器20。接著，在步驟S43中，DHCP服務(wù)器20接收來自DHCP客戶端10的DHCP請求消息， 并根據(jù)該DHCP請求消息中包括的機器類型信息，確定DHCP客戶端10的機器類型，例如為雙模手機，個人數(shù)字助理，筆記本電腦或者臺式電腦等。具體的，DHCP服務(wù)器20接收到來自DHCP客戶端10的DHCP請求消息后，從該DHCP 請求消息中的客戶標識選項中的DUID中提取機器類型信息，并根據(jù)所提取的機器類型信息，確定DHCP客戶端10的機器類型。一旦DHCP服務(wù)器20知曉了 DHCP客戶端10的機器類型后，各網(wǎng)絡(luò)實體就能夠知曉該DHCP客戶端10的機器類型，從而執(zhí)行相關(guān)的流量工程或策略控制。以上是從方法步驟的角度對本發(fā)明的技術(shù)方案進行的描述，以下將從裝置模塊的角度對本發(fā)明的技術(shù)方案進一步進行描述。首先，DHCP客戶端10中的發(fā)送模塊中的填充裝置將本客戶端的機器類型信息填充在DHCP請求消息中。優(yōu)選地，填充裝置將本客戶端的機器類型信息填充在DHCP請求消息中的客戶標識Client Identifier)選項中。例如，如圖3所示，填充裝置將本客戶端的機器類型信息填充在客戶標識選項的DUID中的新的類型域“machine type”中。優(yōu)選地，該機器類型信息的長度為16比特，也即2個字節(jié)。然后，DHCP客戶端10中的發(fā)送模塊中的發(fā)送裝置將填充了本客戶端的機器類型信息的DHCP請求消息發(fā)送至DHCP服務(wù)器20。具體的，發(fā)送裝置通過DHCPv6協(xié)議將填充了本客戶端的機器類型信息的DHCP請求消息發(fā)送至DHCP服務(wù)器20。接著，DHCP服務(wù)器20中的接收模塊中的接收裝置接收來自DHCP客戶端10的DHCP 請求消息，接收模塊中的第一確定裝置根據(jù)該DHCP請求消息中包括的機器類型信息，確定 DHCP客戶端10的機器類型，例如為雙模手機，個人數(shù)字助理，筆記本電腦或者臺式電腦等。具體的，接收裝置接收到來自DHCP客戶端10的DHCP請求消息后，第一確定裝置中的提取裝置從該DHCP請求消息中的客戶標識選項中的DUID中提取機器類型信息，然后第一確定裝置中的第二確定裝置根據(jù)所提取的機器類型信息，確定DHCP客戶端10的機器類型。一旦DHCP服務(wù)器20知曉了 DHCP客戶端10的機器類型后，各網(wǎng)絡(luò)實體就能夠知曉該DHCP客戶端10的機器類型，從而執(zhí)行相關(guān)的流量工程或策略控制。對于本領(lǐng)域技術(shù)人員而言，顯然本發(fā)明不限于上述示范性實施例的細節(jié)，而且在不背離本發(fā)明的精神或基本特征的情況下，能夠以其他的具體形式實現(xiàn)本發(fā)明。因此，無論從哪一點來看，均應(yīng)將實施例看作是示范性的，而且是非限制性的，本發(fā)明的范圍由所附權(quán)利要求而不是上述說明限定，因此旨在將落在權(quán)利要求的等同要件的含義和范圍內(nèi)的所有變化囊括在本發(fā)明內(nèi)。不應(yīng)將權(quán)利要求中的任何附圖標記視為限制所涉及的權(quán)利要求。此夕卜，顯然“包括” 一詞不排除其他單元或步驟，單數(shù)不排除復數(shù)。系統(tǒng)權(quán)利要求中陳述的多個單元或裝置也可以由一個單元或裝置通過軟件或者硬件來實現(xiàn)。第一，第二等詞語用來表示名稱，而并不表示任何特定的順序。
權(quán)利要求
1.一種在集中式無線局域網(wǎng)的DHCP客戶端中用于向DHCP服務(wù)器發(fā)送DHCP請求消息的方法，其特征在于，所述方法包括以下步驟a.將所述DHCP客戶端的機器類型信息填充在所述DHCP請求消息中，其中，所述DHCP 請求消息用于向所述DHCP服務(wù)器請求配置信息；b.將填充了所述機器類型信息的所述DHCP請求消息發(fā)送至所述DHCP服務(wù)器。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟a還包括將所述機器類型信息填充在所述DHCP請求消息中的客戶標識選項中。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述機器類型信息的長度為16比特。
4.一種在集中式無線局域網(wǎng)的DHCP服務(wù)器中用于接收來自DHCP客戶端的DHCP請求消息的方法，其特征在于，所述方法包括以下步驟i.接收來自所述DHCP客戶端的DHCP請求消息，其中所述DHCP請求消息包括所述DHCP 客戶端的機器類型信息； .根據(jù)所述DHCP請求消息，確定所述DHCP客戶端的機器類型。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述步驟ii包括以下步驟 il.從所述DHCP請求消息中的客戶標識選項中提取所述機器類型信息； 2.根據(jù)所提取的所述機器類型信息，確定所述DHCP客戶端的機器類型。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述步驟i1還包括從所述DHCP請求消息中的客戶標識選項中提取所述機器類型信息。
7.—種在集中式無線局域網(wǎng)的DHCP客戶端中用于向DHCP服務(wù)器發(fā)送DHCP請求消息的發(fā)送模塊，其特征在于，所述發(fā)送模塊包括填充裝置，用于將所述DHCP客戶端的機器類型信息填充在所述DHCP請求消息中，其中，所述DHCP請求消息用于向所述DHCP服務(wù)器請求配置信息；發(fā)送裝置，用于將填充了所述機器類型信息的所述DHCP請求消息發(fā)送至所述DHCP服務(wù)器。
8.根據(jù)權(quán)利要求7所述的發(fā)送模塊，其特征在于，所述填充裝置還用于將所述機器類型信息填充在所述DHCP請求消息中的客戶標識選項中。
9.根據(jù)權(quán)利要求7或8所述的發(fā)送模塊，其特征在于，所述機器類型信息的長度為16 比特。
10.一種在集中式無線局域網(wǎng)的DHCP服務(wù)器中用于接收來自DHCP客戶端的DHCP請求消息的接收模塊，其特征在于，所述接收模塊包括接收裝置，用于接收來自所述DHCP客戶端的DHCP請求消息，其中所述DHCP請求消息包括所述DHCP客戶端的機器類型信息；第一確定裝置，用于根據(jù)所述DHCP請求消息，確定所述DHCP客戶端的機器類型。
11.根據(jù)權(quán)利要求10所述的接收模塊，其特征在于，所述第一確定裝置還包括提取裝置，用于從所述DHCP請求消息中的客戶標識選項中提取所述機器類型信息； 第二確定裝置，用于根據(jù)所提取的所述機器類型信息，確定所述DHCP客戶端的機器類型。
12.根據(jù)權(quán)利要求11所述的接收模塊，其特征在于，所述提取裝置還用于從所述DHCP 請求消息中的客戶標識選項中提取所述機器類型信息。
全文摘要
本發(fā)明提供了一種在集中式無線局域網(wǎng)中識別DHCP客戶端的機器類型的方法和裝置。首先，DHCP客戶端將本客戶端的機器類型信息填充在DHCP請求消息中，并將填充了本客戶端的機器類型信息的DHCP請求消息發(fā)送至DHCP服務(wù)器。DHCP服務(wù)器接收到來自DHCP客戶端的DHCP請求消息后，根據(jù)該DHCP請求消息中包括的機器類型信息，就能確定DHCP客戶端的機器類型。一旦DHCP服務(wù)器知曉了DHCP客戶端的機器類型，各網(wǎng)絡(luò)實體就能夠知曉該DHCP客戶端的機器類型，從而執(zhí)行相關(guān)的流量工程或策略控制。
文檔編號H04W28/10GK102457907SQ20101052022
公開日2012年5月16日 申請日期2010年10月25日 優(yōu)先權(quán)日2010年10月25日
發(fā)明者劉剛, 溫海波 申請人:上海貝爾股份有限公司