無線通信方法和無線通信設備的制作方法
【專利摘要】本發明提供了一種無線通信方法，包括：生成互聯網協議地址預分配請求幀，所述互聯網協議地址預分配請求幀至少包含互聯網協議地址預分配觸發信息，所述互聯網協議地址預分配觸發信息用于指示所述互聯網協議地址預分配請求幀的接收方發起與指定的動態主機設置協議服務器的互聯網協議地址預分配交互操作；發送所述互聯網協議地址預分配請求幀。本發明還提出了相應的無線通信設備。通過本發明的技術方案，使得STA無需直接向DHCP服務器發起IP地址的分配交互操作，而變為由STA觸發如AP來發起上述交互操作，從而有助于減少STA與AP建立連接所需的信令數量，縮短連接建立時間，實現STA與AP之間的快速初始連接。
【專利說明】無線通信方法和無線通信設備
【技術領域】
[0001]本發明涉及無線通信【技術領域】，具體而言，涉及無線通信方法和無線通信設備。
【背景技術】
[0002]在目前的WLAN技術中，STA (station,站點或終端)與AP (access point,接入點)建立初始連接的過程大概為16個步驟，具體見圖1所示，包括:
[0003]接入點向終端發送信標幀；
[0004]終端向接入點發送探測請求幀；
[0005]接入點向終端發送探測響應幀；
[0006]終端向接入點發送開放系統認證請求幀；
[0007]接入點向終端發送開放系統認證響應幀；
[0008]終端向接入點發送關聯請求幀；
[0009]接入點向終端發送關聯響應幀；
[0010]終端和接入點之間執行EAP認證/四步握手；
[0011]終端經由接入點，向動態主機設置協議服務器(DHCP Server)發送DHCPdiscover ；
[0012]DHCP服務器經由接入點，向終端發送DHCP offer ；
[0013]終端經由接入點，向DHCP服務器發送DHCP request ；
[0014]DHCP服務器經由接入點，向終端發送DHCP ACK。
[0015]按照現有的STA與AP建立初始連接的規范，上述過程大概為2s左右，這不能夠滿足那些要建立快速初始連接的STA的需求，譬如目前提出的需求是Is之內有100臺STA與AP建立初始連接；另外在STA在切換網絡的過程中(這個切換包括同質網絡的切換和異質網絡的切換)，對于某些業務，需要STA與所將要切換的網絡建立快速初始連接，這也需要滿足STA的快速連接需求。
[0016]因此，如何簡化現有的STA與AP的初始連接或切換連接的快速建立過程，成為目前亟待解決的技術問題。

【發明內容】

[0017]本發明正是基于上述問題，提出了一種新的技術方案，能夠有助于減少STA與AP建立連接的信令數量，縮短連接建立時間，實現STA與AP之間的快速初始連接。
[0018]有鑒于此，本發明提出了一種無線通信方法，包括:生成互聯網協議地址預分配請求幀，所述互聯網協議地址預分配請求幀至少包含互聯網協議地址預分配觸發信息，所述互聯網協議地址預分配觸發信息用于指示所述互聯網協議地址預分配請求幀的接收方發起與指定的動態主機設置協議服務器的互聯網協議地址預分配交互操作；發送所述互聯網協議地址預分配請求幀。
[0019]在該技術方案中，對于初始連接或切換連接過程中的IP (互聯網協議)地址的分配/預分配過程，不再由無線通信設備直接與DHCP服務器進行交互，而改由無線通信設備觸發其他設備進行交互，比如該設備可以為與該無線通信設備相關聯的AP，則通過向該AP發送觸發信令(即IP地址預分配請求幀)，觸發該AP與DHCP服務器的交互過程，使得DHCP服務器為無線通信設備分配/預分配IP地址。由于無需無線通信設備與DHCP服務器直接交互，則無線通信設備只需要向AP發送上述觸發信令即可，因此可以將該觸發信令中的觸發內容添加至無線通信設備原本需要同AP進行交互的其他信令中，從而盡可能地減少無線通信設備需要執行的信令交互次數，有助于縮短無線通信設備向AP的接入時間，提高接入效率，實現快速初始連接。此外，這里的無線通信設備可以包括手機、平板等能夠執行WLAN網絡接入的裝置。
[0020]在上述技術方案中，優選地，所述互聯網協議地址預分配觸發信息包含所述互聯網協議地址預分配請求幀的媒介訪問控制幀的幀頭部分或幀體部分的一個或多個位。
[0021]在該技術方案中，可以利用MAC (Medium Access Control,媒介訪問控制)巾貞的中貞頭或幀體部分的一個或多個預留位，來放置該IP地址預分配觸發信息。具體地，該IP地址預分配觸發信息可以采用IE (信息元素)形式封裝在MAC幀中，比如可以采用ID為222的IE，或是其他預留或新建的IE位置。
[0022]在上述技術方案中，優選地，所述互聯網協議地址預分配信息包含所述媒介訪問控制幀的幀體部分的秩序域中的一個或多個位。
[0023]在該技術方案中，當采用MAC幀的幀體部分的一個或多個預留位來放置該IP地址預分配觸發信息時,具體地,該預留位可以位于MAC幀的幀體部分的秩序域中，比如可以以IE的形式出現，被放置在幀體的某個秩序域中。
[0024]在上述技術方案中，優選地，所述互聯網協議地址預分配請求幀還包含互聯網協議地址種類標識，其中，所述互聯網協議地址種類標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IP地址的種類。
[0025]在該技術方案中，由于IP地址包含多個種類，比如目前已經采用的IPv4和IPv6，或是以后還可能出現其他類型的IP地址，則無線通信設備可以根據自身的需求，具體提出對于IP地址的種類的要求。比如當IP地址種類標識的值為“00”時，表示需求為IPv4種類；當IP地址種類標識的值為“01”時，表示需求為IPv6種類；當IP地址種類標識的值為“10”時，表示需求為IPv4和IPv6種類。當然，需要說明的是:一方面，IP地址種類標識并不是必須的，則當不包含該標識時，無線通信設備可以僅觸發IP地址預分配請求幀的接收方按照默認形式進行IP地址的分配/預分配請求，比如默認為IPv4或IPv6或任意種類；另一方面，即便無線通信設備提出了自身的需求，但DHCP服務器仍可以按照IP地址分配的實際情況為其進行IP地址的分配/預分配，且分配/預分配結果與無線通信設備所請求的種類可以相同，也可以不相同。
[0026]在上述技術方案中，優選地，所述地址預分配請求幀還包含第一互聯網協議地址類型標識和/或第二互聯網協議地址類型標識，其中，所述第一互聯網協議地址類型標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IPv4種類的IP地址的類型，所述第二互聯網協議地址類型標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IPv6種類的IP地址的類型。[0027]在該技術方案中，無線通信設備除了可以提出IP地址的種類需求，還可以進一步限定某一種類的IP地址的具體類型。比如目前的IPv4種類的IP地址還包含有具體的6種類型(以及2個保留位)，以及目前的IPv6種類的IP地址也包含有具體的6種類型(以及2個保留位)，那么，無線通信設備可以通過設置具體的第一 IP地址類型標識和/或第二 IP地址類型標識的值，從而限定其具體所需的IP地址類型。
[0028]在上述技術方案中，優選地，還包括:所述互聯網協議地址預分配請求幀為開放系統認證請求巾貞和/或關聯請求中貞。
[0029]在該技術方案中，無線通信設備通過開放系統認證請求幀、關聯請求幀等與AP之間進行關聯和密鑰協商等過程，則通過將IP地址預分配信息包含在上述請求幀中，既能夠實現對AP與DHCP服務器之間的交互過程的觸發，又能夠節省無線通信設備所需要參與的信令交互步驟，有助于縮短無線通信設備與AP的連接建立過程，實現快速連接。
[0030]在上述技術方案中，優選地，還包括:接收來自所述互聯網協議地址預分配請求幀的接收方的互聯網協議地址預分配響應幀，所述互聯網協議地址預分配響應幀至少包含互聯網協議地址預分配信息，所述互聯網協議地址預分配信息至少包含預分配互聯網協議地址種類標識、第一預分配互聯網協議地址類型標識和第二預分配互聯網協議地址類型標識；其中，所述預分配互聯網協議地址種類標識的值表示所述指定的動態主機設置協議服務器預分配的IP地址的種類，所述第一預分配互聯網協議地址類型標識的值表示預分配的IPv4種類的IP地址的類型，所述第二預分配互聯網協議地址類型標識的值表示預分配的IPv6種類的IP地址的類型。
[0031]在該技術方案中，AP與DHCP服務器進行交互之后，DHCP服務器將分配/預分配的IP地址發送至AP，則AP將該IP地址的信息告知無線通信設備，包括該IP地址的種類和具體的類型。具體地，比如當IP地址種類標識的值為“00”時，表示分配的為IPv4種類；當IP地址種類標識的值為“01”時，表示分配的為IPv6種類；當IP地址種類標識的值為“10”時，表示分配的為IPv4但可以轉換為IPv6種類，當IP地址種類標識的值為“11”時，表示分配的為IPv6但可以轉換為IPv4種類。當然，DHCP服務器分配的IP地址的種類和類型與無線通信設備所需求的可以相同，也可以部分或完全不相同。且在該技術方案中，出于安全因素的考慮AP并沒有將IP地址發送給STA，而是緩存了該IP地址；當然AP也可以直接在這個交互過程中將IP地址發送給STA。
[0032]在上述技術方案中，優選地，還包括:所述互聯網協議地址預分配響應幀為開放系統認證響應幀和/或關聯響應幀。
[0033]在該技術方案中，由于無線通信設備必須要執行與AP之間的關聯、密鑰協商等過程，因而開放系統認證響應幀和關聯響應幀是必須要發送的，那么可以通過將IP地址預分配信息放置在上述響應幀中，從而節省所需要執行的交互信令數量，縮短交互時間，提高無線通信設備與AP之間建立連接的效率。
[0034]在上述技術方案中，優選地，所述互聯網協議地址預分配信息包含所述互聯網協議地址預分配響應幀的媒介訪問控制幀的幀頭部分或幀體部分的一個或多個位。
[0035]在該技術方案中，可以利用MAC幀的幀頭或幀體部分的一個或多個預留位，來放置該IP地址預分配信息。具體地，該IP地址預分配信息可以采用IE形式封裝在MAC幀中，比如可以采用ID為223的IE，或是其他預留或新建的IE位置。[0036]在上述技術方案中，優選地，所述互聯網協議地址預分配信息包含所述互聯網協議地址預分配響應幀的媒介訪問控制幀的幀體部分的秩序域中的一個或多個位。
[0037]在該技術方案中，當采用MAC幀的幀體部分的一個或多個預留位來放置該IP地址預分配信息時,具體地,該預留位可以位于MAC幀的幀體部分的秩序域中，比如可以以IE的形式出現，被放置在幀體的某個秩序域中。
[0038]在上述技術方案中，優選地，還包括:接收第一握手消息幀；返回第二握手消息幀，所述第二握手消息幀中至少包含IP地址請求信息，所述IP地址請求信息表示所述第二握手消息幀的發送方請求獲取所述指定的動態主機設置協議服務器預分配的IP地址。
[0039]在該技術方案中，通過第二握手消息幀發送IP地址請求信息，一方面無線通信設備可以向AP請求具體的IP地址，另一方面通過對現有信令的利用，有利于節省信令數量，加快無線通信設備與AP的連接速度。
[0040]在上述技術方案中，優選地，還包括:接收第三握手消息幀，所述第三握手消息幀中至少包含所述指定的動態主機設置協議服務器預分配的IP地址；返回第四握手消息幀。
[0041]在該技術方案中，通過第四握手消息幀發送IP地址，一方面實現了由AP向無線通信設備的傳輸，另一方面通過對現有信令的利用，有利于節省信令數量，加快無線通信設備與AP的連接速度。
[0042]在上述技術方案中，優選地，還包括:用成對臨時密鑰來解密所述預分配的IP地址。
[0043]在該技術方案中，無線通信設備與AP通過協商臨時密鑰PTK(pairwise transientkey)來解密發送IP地址，有利于提升IP地址的傳輸過程的安全性。
[0044]在上述技術方案中，優選地，還包括:在發送類型為開放系統認證請求幀的所述互聯網協議地址預分配請求幀之后，判斷在預設時間段內是否接收到所述互聯網協議地址預分配響應幀；若未接收到，則進一步生成并發送類型為關聯認證請求幀的所述互聯網協議地址預分配請求幀。
[0045]在該技術方案中，當無線通信設備通過開放系統認證請求幀發送IP地址預分配觸發信息時，若一定時間內未接收到響應消息，則說明可能AP與DHCP服務器的協商不成功，比如信號中斷，或是DHCP服務器無法滿足無線通信設備所需求的IP地址的種類或類型等原因，則無線通信設備可以利用需要發送的其他消息幀，比如關聯認證請求幀等，重新發送IP地址預分配觸發信息。其中，當第一次發送的IP地址預分配觸發信息中包含對IP地址的種類和/或類型等的需求時，第二次發送的IP地址預分配觸發信息可以與第一次相同或不同，比如可以刪除需求，以避免第一次的失敗是由于DHCP服務器無法滿足該需求而導致，從而有利于提高本次連接的成功率，并且加快連接速度。
[0046]本發明還提出了一種無線通信設備，包括:數據處理模塊，用于生成互聯網協議地址預分配請求幀，所述互聯網協議地址預分配請求幀至少包含互聯網協議地址預分配觸發信息，所述互聯網協議地址預分配觸發信息用于指示所述互聯網協議地址預分配請求幀的接收方發起與指定的動態主機設置協議服務器的互聯網協議地址預分配交互操作；數據交互模塊，用于發送所述互聯網協議地址預分配請求幀。
[0047]在該技術方案中，對于初始連接或切換連接過程中的IP地址的分配/預分配過程，不再由無線通信設備直接與DHCP服務器進行交互，而改由無線通信設備觸發其他設備進行交互，比如該設備可以為與該無線通信設備相關聯的AP，則通過向該AP發送觸發信令(即IP地址預分配請求幀)，觸發該AP與DHCP服務器的交互過程，使得DHCP服務器為無線通信設備分配/預分配IP地址。由于無需無線通信設備與DHCP服務器直接交互，則無線通信設備只需要向AP發送上述觸發信令即可，因此可以將該觸發信令中的觸發內容添加至無線通信設備原本需要同AP進行交互的其他信令中，從而盡可能地減少無線通信設備需要執行的信令交互次數，有助于縮短無線通信設備向AP的接入時間，提高接入效率，實現快速初始連接。此外，這里的無線通信設備可以包括手機、平板等能夠執行WLAN網絡接入的裝置。
[0048]其中，無線通信設備可以是手機或是平板，數據處理模塊可以是無線通信設備中數據處理的芯片模塊，而數據交互模塊則相當于信號收發裝置以及天線等。
[0049]在上述技術方案中，優選地，所述互聯網協議地址預分配觸發信息包含所述互聯網協議地址預分配請求幀的媒介訪問控制幀的幀頭部分或幀體部分的一個或多個位。
[0050]在該技術方案中，可以利用MAC幀的幀頭或幀體部分的一個或多個預留位，來放置該IP地址預分配觸發信息。具體地，該IP地址預分配觸發信息可以采用IE形式封裝在MAC幀中，比如可以采用ID為222的IE，或是其他預留或新建的IE位置。
[0051]在上述技術方案中，優選地，所述互聯網協議地址預分配信息包含所述媒介訪問控制幀的幀體部分的秩序域中的一個或多個位。
[0052]在該技術方案中，當采用MAC幀的幀體部分的一個或多個預留位來放置該IP地址預分配觸發信息時,具體地,該預留位可以位于MAC幀的幀體部分的秩序域中，比如可以以IE的形式出現，被放置在幀體的某個秩序域中。
[0053]在上述技術方案中，優選地，所述互聯網協議地址預分配請求幀還包含互聯網協議地址種類標識，其中，所述互聯網協議地址種類標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IP地址的種類。
[0054]在該技術方案中，由于IP地址包含多個種類，比如目前已經采用的IPv4和IPv6，或是以后還可能出現其他類型的IP地址，則無線通信設備可以根據自身的需求，具體提出對于IP地址的種類的要求。比如當IP地址種類標識的值為“00”時，表示需求為IPv4種類；當IP地址種類標識的值為“01”時，表示需求為IPv6種類；當IP地址種類標識的值為“10”時，表示需求為IPv4和IPv6種類。當然，需要說明的是:一方面，IP地址種類標識并不是必須的，則當不包含該標識時，無線通信設備可以僅觸發IP地址預分配請求幀的接收方按照默認形式進行IP地址的分配/預分配請求，比如默認為IPv4或IPv6或任意種類；另一方面，即便無線通信設備提出了自身的需求，但DHCP服務器仍可以按照IP地址分配的實際情況為其進行IP地址的分配/預分配，且分配/預分配結果與無線通信設備所請求的種類可以相同，也可以不相同。
[0055]在上述技術方案中，優選地，所述地址預分配請求幀還包含第一互聯網協議地址類型標識和/或第二互聯網協議地址類型標識，其中，所述第一互聯網協議地址類型標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IPv4種類的IP地址的類型，所述第二互聯網協議地址類型標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IPv6種類的IP地址的類型。[0056]在該技術方案中，無線通信設備除了可以提出IP地址的種類需求，還可以進一步限定某一種類的IP地址的具體類型。比如目前的IPv4種類的IP地址還包含有具體的6種類型(以及2個保留位)，以及目前的IPv6種類的IP地址也包含有具體的6種類型(以及2個保留位)，那么，無線通信設備可以通過設置具體的第一 IP地址類型標識和/或第二 IP地址類型標識的值，從而限定其具體所需的IP地址類型。
[0057]在上述技術方案中，優選地，還包括:所述互聯網協議地址預分配請求幀為開放系統認證請求巾貞和/或關聯請求中貞。
[0058]在該技術方案中，無線通信設備通過開放系統認證請求幀、關聯請求幀等與AP之間進行關聯和密鑰協商等過程，則通過將IP地址預分配信息包含在上述請求幀中，既能夠實現對AP與DHCP服務器之間的交互過程的觸發，又能夠節省無線通信設備所需要參與的信令交互步驟，有助于縮短無線通信設備與AP的連接建立過程，實現快速連接。
[0059]在上述技術方案中，優選地，所述數據交互模塊還接收來自所述互聯網協議地址預分配請求幀的接收方的互聯網協議地址預分配響應幀，所述互聯網協議地址預分配響應幀至少包含互聯網協議地址預分配信息，所述互聯網協議地址預分配信息至少包含預分配互聯網協議地址種類標識、第一預分配互聯網協議地址類型標識和第二預分配互聯網協議地址類型標識；其中，所述預分配互聯網協議地址種類標識的值表示所述指定的動態主機設置協議服務器預分配的IP地址的種類，所述第一預分配互聯網協議地址類型標識的值表示預分配的IPv4種類的IP地址的類型，所述第二預分配互聯網協議地址類型標識的值表示預分配的IPv6種類的IP地址的類型。
[0060]在該技術方案中，AP與DHCP服務器進行交互之后，DHCP服務器將分配/預分配的IP地址發送至AP，則AP將該IP地址的信息告知無線通信設備，包括該IP地址的種類和具體的類型。具體地，比如當IP地址種類標識的值為“00”時，表示分配的為IPv4種類；當IP地址種類標識的值為“01”時，表示分配的為IPv6種類；當IP地址種類標識的值為“10”時，表示分配的為IPv4但可以轉換為IPv6種類，當IP地址種類標識的值為“11”時，表示分配的為IPv6但可以轉換為IPv4種類。當然，DHCP服務器分配的IP地址的種類和類型與無線通信設備所需求的可以相同，也可以部分或完全不相同。且在該技術方案中，出于安全因素的考慮AP并沒有將IP地址發送給STA，而是緩存了該IP地址；當然AP也可以直接在這個交互過程中將IP地址發送給STA。
[0061]在上述技術方案中，優選地，所述數據交互模塊接收到的所述互聯網協議地址預分配響應幀為開放系統認證響應幀和/或關聯響應幀。
[0062]在該技術方案中，由于無線通信設備必須要執行與AP之間的關聯、密鑰協商等過程，因而開放系統認證響應幀和關聯響應幀是必須要發送的，那么可以通過將IP地址預分配信息放置在上述響應幀中，從而節省所需要執行的交互信令數量，縮短交互時間，提高無線通信設備與AP之間建立連接的效率。
[0063]在上述技術方案中，優選地，所述數據處理模塊從所述互聯網協議地址預分配響應幀的媒介訪問控制幀的幀頭部分或幀體部分的一個或多個位獲取所述互聯網協議地址預分配信息。
[0064]在該技術方案中，可以利用MAC幀的幀頭或幀體部分的一個或多個預留位，來放置該IP地址預分配信息。具體地，該IP地址預分配信息可以采用IE形式封裝在MAC幀中，比如可以采用ID為223的IE，或是其他預留或新建的IE位置。
[0065]在上述技術方案中，優選地，所述互聯網協議地址預分配信息包含所述互聯網協議地址預分配響應幀的媒介訪問控制幀的幀體部分的秩序域中的一個或多個位。
[0066]在該技術方案中，當采用MAC幀的幀體部分的一個或多個預留位來放置該IP地址預分配信息時,具體地,該預留位可以位于MAC幀的幀體部分的秩序域中，比如可以以IE的形式出現，被放置在幀體的某個秩序域中。
[0067]在上述技術方案中，優選地，所述數據交互模塊還接收第一握手消息幀，并返回第二握手消息幀，所述第二握手消息幀中至少包含IP地址請求信息，所述IP地址請求信息表示所述第二握手消息幀的發送方請求獲取所述指定的動態主機設置協議服務器預分配的IP地址；所述數據處理模塊還生成所述第二握手消息幀。
[0068]在該技術方案中，通過第二握手消息幀發送IP地址請求信息，一方面無線通信設備可以向AP請求具體的IP地址，另一方面通過對現有信令的利用，有利于節省信令數量，加快無線通信設備與AP的連接速度。
[0069]在上述技術方案中，優選地，所述數據交互模塊還接收第三握手消息幀，返回第四握手消息幀，所述第三握手消息幀中至少包含所述指定的動態主機設置協議服務器預分配的IP地址；所述數據處理模塊還生成所述第四握手消息幀。
[0070]在該技術方案中，通過第四握手消息幀發送IP地址，一方面實現了由AP向無線通信設備的傳輸，另一方面通過對現有信令的利用，有利于節省信令數量，加快無線通信設備與AP的連接速度。
[0071]在上述技術方案中，優選地，還包括:用成對臨時密鑰來解密所述預分配的IP地址。
[0072]在該技術方案中，無線通信設備與AP通過協商臨時密鑰PTK來解密發送IP地址，有利于提升IP地址的傳輸過程的安全性。
[0073]在上述技術方案中，優選地，所述數據處理模塊在所述數據交互模塊發送類型為開放系統認證請求幀的所述互聯網協議地址預分配請求幀之后，判斷在預設時間段內是否接收到所述互聯網協議地址預分配響應幀，若未接收到，則進一步生成類型為關聯認證請求幀的所述互聯網協議地址預分配請求幀，以由所述數據交互模塊進行發送。
[0074]在該技術方案中，當無線通信設備通過開放系統認證請求幀發送IP地址預分配觸發信息時，若一定時間內未接收到響應消息，則說明可能AP與DHCP服務器的協商不成功，比如信號中斷，或是DHCP服務器無法滿足無線通信設備所需求的IP地址的種類或類型等原因，則無線通信設備可以利用需要發送的其他消息幀，比如關聯認證請求幀等，重新發送IP地址預分配觸發信息。其中，當第一次發送的IP地址預分配觸發信息中包含對IP地址的種類和/或類型等的需求時，第二次發送的IP地址預分配觸發信息可以與第一次相同或不同，比如可以刪除需求，以避免第一次的失敗是由于DHCP服務器無法滿足該需求而導致，從而有利于提高本次連接的成功率，并且加快連接速度。
[0075]本發明還提出了一種無線通信方法，包括:接收互聯網協議地址預分配請求幀，所述互聯網協議地址預分配請求幀至少包含互聯網協議地址預分配觸發信息，所述互聯網協議地址預分配觸發信息用于指示所述互聯網協議地址預分配請求幀的接收方發起與指定的動態主機設置協議服務器的互聯網協議地址預分配交互操作；發起所述互聯網協議地址預分配交互操作。
[0076]在該技術方案中，對于初始連接或切換連接過程中的IP地址的分配/預分配過程，不再由無線通信設備直接與DHCP服務器進行交互，而改由無線通信設備觸發其他設備進行交互，比如該設備可以為與該無線通信設備相關聯的AP，則通過向該AP發送觸發信令(即IP地址預分配請求幀)，觸發該AP與DHCP服務器的交互過程，使得DHCP服務器為無線通信設備分配/預分配IP地址。由于無需無線通信設備與DHCP服務器直接交互，則無線通信設備只需要向AP發送上述觸發信令即可，因此可以將該觸發信令中的觸發內容添加至無線通信設備原本需要同AP進行交互的其他信令中，從而盡可能地減少無線通信設備需要執行的信令交互次數，有助于縮短無線通信設備向AP的接入時間，提高接入效率，實現快速初始連接。此外，這里的無線通信設備可以包括手機、平板等能夠執行WLAN網絡接入的裝置。
[0077]在上述技術方案中，優選地，所述互聯網協議地址預分配觸發信息包含所述互聯網協議地址預分配請求幀的媒介訪問控制幀的幀頭部分或幀體部分的一個或多個位。
[0078]在該技術方案中，可以利用MAC幀的幀頭或幀體部分的一個或多個預留位，來放置該IP地址預分配觸發信息。具體地，該IP地址預分配觸發信息可以采用IE形式封裝在MAC幀中，比如可以采用ID為222的IE，或是其他預留或新建的IE位置。
[0079]在上述技術方案中，優選地，所述互聯網協議地址預分配信息包含所述媒介訪問控制幀的幀體部分的秩序域中的一個或多個位。
[0080]在該技術方案中，當采用MAC幀的幀體部分的一個或多個預留位來放置該IP地址預分配觸發信息時,具體地,該預留位可以位于MAC幀的幀體部分的秩序域中，比如可以以IE的形式出現，被放置在幀體的某個秩序域中。
[0081]在上述技術方案中，優選地，所述互聯網協議地址預分配請求幀還包含互聯網協議地址種類標識，其中，所述互聯網協議地址種類標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IP地址的種類。
[0082]在該技術方案中，由于IP地址包含多個種類，比如目前已經采用的IPv4和IPv6，或是以后還可能出現其他類型的IP地址，則無線通信設備可以根據自身的需求，具體提出對于IP地址的種類的要求。比如當IP地址種類標識的值為“00”時，表示需求為IPv4種類；當IP地址種類標識的值為“01”時，表示需求為IPv6種類；當IP地址種類標識的值為“10”時，表示需求為IPv4和IPv6種類。當然，需要說明的是:一方面，IP地址種類標識并不是必須的，則當不包含該標識時，無線通信設備可以僅觸發IP地址預分配請求幀的接收方按照默認形式進行IP地址的分配/預分配請求，比如默認為IPv4或IPv6或任意種類；另一方面，即便無線通信設備提出了自身的需求，但DHCP服務器仍可以按照IP地址分配的實際情況為其進行IP地址的分配/預分配，且分配/預分配結果與無線通信設備所請求的種類可以相同，也可以不相同。
[0083]在上述技術方案中，優選地，所述地址預分配請求幀還包含第一互聯網協議地址類型標識和/或第二互聯網協議地址類型標識，其中，所述第一互聯網協議地址類型標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IPv4種類的IP地址的類型，所述第二互聯網協議地址類型標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IPv6種類的IP地址的類型。
[0084]在該技術方案中，無線通信設備除了可以提出IP地址的種類需求，還可以進一步限定某一種類的IP地址的具體類型。比如目前的IPv4種類的IP地址還包含有具體的6種類型(以及2個保留位)，以及目前的IPv6種類的IP地址也包含有具體的6種類型(以及2個保留位)，那么，無線通信設備可以通過設置具體的第一 IP地址類型標識和/或第二 IP地址類型標識的值，從而限定其具體所需的IP地址類型。
[0085]在上述技術方案中，優選地，還包括:所述互聯網協議地址預分配請求幀為開放系統認證請求巾貞和/或關聯請求中貞。
[0086]在該技術方案中，無線通信設備通過開放系統認證請求幀、關聯請求幀等與AP之間進行關聯和密鑰協商等過程，則通過將IP地址預分配信息包含在上述請求幀中，既能夠實現對AP與DHCP服務器之間的交互過程的觸發，又能夠節省無線通信設備所需要參與的信令交互步驟，有助于縮短無線通信設備與AP的連接建立過程，實現快速連接。
[0087]在上述技術方案中，優選地，所述發起所述互聯網協議地址預分配交互操作的過程包括:向所述指定的動態主機設置協議服務器發送DHCP Discover信令，并接收返回的DHCP Offer信令；其中，DHCP Discover信令為廣播信令或單播信令。
[0088]在該技術方案中，一種情況下，DHCP discover信令為廣播消息，則AP廣播該信令后，由指定的DHCP服務器自行接收，此時的DHCP discover與現有協議相同，減少了對現有技術的改進；另一種情況下，通過為AP與DHCP服務器之間建立關聯，則該DHCP服務器即為相應AP的指定的DHCP服務器，因而AP可以通過發送單播的DHCP Discover來避免接收到大量DHCP Offer信令，節省了其余DHCP服務器的運算負荷和電量損耗，也省去了 AP對DHCP Offer信令進行挑選的過程，有利于縮短無線通信設備與AP建立連接的時間。
[0089]在上述技術方案中，優選地，還包括:生成并發送互聯網協議地址預分配響應幀，所述互聯網協議地址預分配響應幀至少包含通過所述互聯網協議地址預分配交互操作得到的互聯網協議地址預分配信息，所述互聯網協議地址預分配信息至少包含預分配互聯網協議地址種類標識、第一預分配互聯網協議地址類型標識和第二預分配互聯網協議地址類型標識；其中，所述預分配互聯網協議地址種類標識的值表示所述指定的動態主機設置協議服務器預分配的IP地址的種類，所述第一預分配互聯網協議地址類型標識的值表示預分配的IPv4種類的IP地址的類型，所述第二預分配互聯網協議地址類型標識的值表示預分配的IPv6種類的IP地址的類型。
[0090]在該技術方案中，AP與DHCP服務器進行交互之后，DHCP服務器將分配/預分配的IP地址發送至AP，則AP將該IP地址的信息告知無線通信設備，包括該IP地址的種類和具體的類型。具體地，比如當IP地址種類標識的值為“00”時，表示分配的為IPv4種類；當IP地址種類標識的值為“01”時，表示分配的為IPv6種類；當IP地址種類標識的值為“10”時，表示分配的為IPv4但可以轉換為IPv6種類，當IP地址種類標識的值為“11”時，表示分配的為IPv6但可以轉換為IPv4種類。當然，DHCP服務器分配的IP地址的種類和類型與無線通信設備所需求的可以相同，也可以部分或完全不相同。且在該技術方案中，出于安全因素的考慮AP并沒有將IP地址發送給STA，而是緩存了該IP地址；當然AP也可以直接在這個交互過程中將IP地址發送給STA。
[0091]在上述技術方案中，優選地，還包括:所述互聯網協議地址預分配響應幀為開放系統認證響應幀和/或關聯響應幀。
[0092]在該技術方案中，由于無線通信設備必須要執行與AP之間的關聯、密鑰協商等過程，因而開放系統認證響應幀和關聯響應幀是必須要發送的，那么可以通過將IP地址預分配信息放置在上述響應幀中，從而節省所需要執行的交互信令數量，縮短交互時間，提高無線通信設備與AP之間建立連接的效率。
[0093]在上述技術方案中，優選地，所述互聯網協議地址預分配信息包含所述互聯網協議地址預分配響應幀的媒介訪問控制幀的幀頭部分或幀體部分的一個或多個位。
[0094]在該技術方案中，可以利用MAC幀的幀頭或幀體部分的一個或多個預留位，來放置該IP地址預分配信息。具體地，該IP地址預分配信息可以采用IE形式封裝在MAC幀中，比如可以采用ID為223的IE，或是其他預留或新建的IE位置。
[0095]在上述技術方案中，優選地，所述互聯網協議地址預分配信息包含所述互聯網協議地址預分配響應幀的媒介訪問控制幀的幀體部分的秩序域中的一個或多個位。
[0096]在該技術方案中，當采用MAC幀的幀體部分的一個或多個預留位來放置該IP地址預分配信息時,具體地,該預留位可以位于MAC幀的幀體部分的秩序域中，比如可以以IE的形式出現，被放置在幀體的某個秩序域中。
[0097]在上述技術方案中，優選地，還包括:發送第一握手消息幀；接收第二握手消息幀，所述第二握手消息幀中至少包含IP地址請求信息，所述IP地址請求信息表示所述第二握手消息幀的發送方請求獲取所述指定的動態主機設置協議服務器預分配的IP地址。
[0098]在該技術方案中，通過第二握手消息幀發送IP地址請求信息，一方面無線通信設備可以向AP請求具體的IP地址，另一方面通過對現有信令的利用，有利于節省信令數量，加快無線通信設備與AP的連接速度。
[0099]在上述技術方案中，優選地，還包括:發送第三握手消息幀，所述第三握手消息幀中至少包含所述指定的動態主機設置協議服務器預分配的IP地址；接收第四握手消息幀。
[0100]在該技術方案中，通過第四握手消息幀發送IP地址，一方面實現了由AP向無線通信設備的傳輸，另一方面通過對現有信令的利用，有利于節省信令數量，加快無線通信設備與AP的連接速度。
[0101]在上述技術方案中，優選地，還包括:在發送所述第三握手消息幀之前，向所述指定的動態主機設置協議服務器發送動態主機配置協議請求幀(DHCP request)，所述動態主機配置協議請求幀(DHCP request)用來與所述動態主機配置協議服務器確認將所述預分配IP地址分配給所述互聯網協議地址預分配請求幀的發送方；接收所述動態主機配置協議服務器返回的動態主機配置協議確認幀(DHCP ACK)。
[0102]在該技術方案在，通過與DHCP服務器進行確認，從而將對IP地址的分配操作告知DHCP服務器，使得DHCP服務器能夠對IP地址進行持續維護和管理，確保無線通信設備在接AAP后的穩定性。
[0103]在上述技術方案中，優選地，還包括:用成對臨時密鑰來加密所述預分配的IP地址。
[0104]在該技術方案中，無線通信設備與AP通過協商臨時密鑰PTK來加密發送IP地址，有利于提升IP地址的傳輸過程的安全性。
[0105]在上述技術方案中，優選地，還包括:在發送所述第一握手消息幀之后，判斷在預設時間段內是否接收到所述第二握手消息幀；若未接收到，則向所述指定的動態主機設置協議服務器發送互聯網協議地址釋放請求，以指示其釋放為所述互聯網協議地址預分配請求幀的發送方預分配的IP地址。
[0106]在該技術方案中，當無線通信設備通過開放系統認證請求幀發送IP地址預分配觸發信息時，若一定時間內未接收到響應消息，則說明可能AP與DHCP服務器的協商不成功，比如信號中斷，或是DHCP服務器無法滿足無線通信設備所需求的IP地址的種類或類型等原因，則無線通信設備可以利用需要發送的其他消息幀，比如關聯認證請求幀等，重新發送IP地址預分配觸發信息。其中，當第一次發送的IP地址預分配觸發信息中包含對IP地址的種類和/或類型等的需求時，第二次發送的IP地址預分配觸發信息可以與第一次相同或不同，比如可以刪除需求，以避免第一次的失敗是由于DHCP服務器無法滿足該需求而導致，從而有利于提高本次連接的成功率，并且加快連接速度。
[0107]本發明還提出了一種無線通信設備，包括:數據交互模塊，用于接收互聯網協議地址預分配請求幀，所述互聯網協議地址預分配請求幀至少包含互聯網協議地址預分配觸發信息，所述互聯網協議地址預分配觸發信息用于指示所述互聯網協議地址預分配請求幀的接收方發起與指定的動態主機設置協議服務器的互聯網協議地址預分配交互操作；數據處理模塊，用于發起所述互聯網協議地址預分配交互操作。
[0108]在該技術方案中，對于初始連接或切換連接過程中的IP地址的分配/預分配過程，不再由無線通信設備直接與DHCP服務器進行交互，而改由無線通信設備觸發其他設備進行交互，比如該設備可以為與該無線通信設備相關聯的AP，則通過向該AP發送觸發信令(即IP地址預分配請求幀)，觸發該AP與DHCP服務器的交互過程，使得DHCP服務器為無線通信設備分配/預分配IP地址。由于無需無線通信設備與DHCP服務器直接交互，則無線通信設備只需要向AP發送上述觸發信令即可，因此可以將該觸發信令中的觸發內容添加至無線通信設備原本需要同AP進行交互的其他信令中，從而盡可能地減少無線通信設備需要執行的信令交互次數，有助于縮短無線通信設備向AP的接入時間，提高接入效率，實現快速初始連接。此外，這里的無線通信設備可以包括手機、平板等能夠執行WLAN網絡接入的裝置。
[0109]其中，無線通信設備可以是手機或是平板，數據處理模塊可以是無線通信設備中數據處理的芯片模塊，而數據交互模塊則相當于信號收發裝置以及天線等。
[0110]在上述技術方案中，優選地，所述互聯網協議地址預分配觸發信息包含所述互聯網協議地址預分配請求幀的媒介訪問控制幀的幀頭部分或幀體部分的一個或多個位。
[0111]在該技術方案中，可以利用MAC幀的幀頭或幀體部分的一個或多個預留位，來放置該IP地址預分配觸發信息。具體地，該IP地址預分配觸發信息可以采用IE形式封裝在MAC幀中，比如可以采用ID為222的IE，或是其他預留或新建的IE位置。
[0112]在上述技術方案中，優選地，所述互聯網協議地址預分配信息包含所述媒介訪問控制幀的幀體部分的秩序域中的一個或多個位。
[0113]在該技術方案中，當采用MAC幀的幀體部分的一個或多個預留位來放置該IP地址預分配觸發信息時,具體地,該預留位可以位于MAC幀的幀體部分的秩序域中，比如可以以IE的形式出現，被放置在幀體的某個秩序域中。
[0114]在上述技術方案中，優選地，所述互聯網協議地址預分配請求幀還包含互聯網協議地址種類標識，其中，所述互聯網協議地址種類標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IP地址的種類。
[0115]在該技術方案中，由于IP地址包含多個種類，比如目前已經采用的IPv4和IPv6，或是以后還可能出現其他類型的IP地址，則無線通信設備可以根據自身的需求，具體提出對于IP地址的種類的要求。比如當IP地址種類標識的值為“00”時，表示需求為IPv4種類；當IP地址種類標識的值為“01”時，表示需求為IPv6種類；當IP地址種類標識的值為“10”時，表示需求為IPv4種類和IPv6種類。當然，需要說明的是:一方面，IP地址種類標識并不是必須的，則當不包含該標識時，無線通信設備可以僅觸發IP地址預分配請求幀的接收方按照默認形式進行IP地址的分配/預分配請求，比如默認為IPv4或IPv6或任意種類；另一方面，即便無線通信設備提出了自身的需求，但DHCP服務器仍可以按照IP地址分配的實際情況為其進行IP地址的分配/預分配，且分配/預分配結果與無線通信設備所請求的種類可以相同，也可以不相同。
[0116]在上述技術方案中，優選地，所述地址預分配請求幀還包含第一互聯網協議地址類型標識和/或第二互聯網協議地址類型標識，其中，所述第一互聯網協議地址類型標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IPv4種類的IP地址的類型，所述第二互聯網協議地址類型標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IPv6種類的IP地址的類型。
[0117]在該技術方案中，無線通信設備除了可以提出IP地址的種類需求，還可以進一步限定某一種類的IP地址的具體類型。比如目前的IPv4種類的IP地址還包含有具體的6種類型(以及2個保留位)，以及目前的IPv6種類的IP地址也包含有具體的6種類型(以及2個保留位)，那么，無線通信設備可以通過設置具體的第一 IP地址類型標識和/或第二 IP地址類型標識的值，從而限定其具體所需的IP地址類型。
[0118]在上述技術方案中，優選地，還包括:所述互聯網協議地址預分配請求幀為開放系統認證請求巾貞和/或關聯請求中貞。
[0119]在該技術方案中，無線通信設備通過開放系統認證請求幀、關聯請求幀等與AP之間進行關聯和密鑰協商等過程，則通過將IP地址預分配信息包含在上述請求幀中，既能夠實現對AP與DHCP服務器之間的交互過程的觸發，又能夠節省無線通信設備所需要參與的信令交互步驟，有助于縮短無線通信設備與AP的連接建立過程，實現快速連接。
[0120]在上述技術方案中，優選地，所述數據處理模塊發起所述互聯網協議地址預分配交互操作的過程包括:控制所述數據交互模塊向所述指定的動態主機設置協議服務器發送DHCP Discover信令，并接收返回的DHCP Offer信令；其中，DHCP Discover信令為廣播信令或單播信令。
[0121]在該技術方案中，一種情況下，DHCP discover信令為廣播消息，則AP廣播該信令后，由指定的DHCP服務器自行接收，此時的DHCP discover與現有協議相同，減少了對現有技術的改進；另一種情況下，通過為AP與DHCP服務器之間建立關聯，則該DHCP服務器即為相應AP的指定的DHCP服務器，因而AP可以通過發送單播的DHCP Discover來避免接收到大量DHCP Offer信令，節省了其余DHCP服務器的運算負荷和電量損耗，也省去了 AP對DHCP Offer信令進行挑選的過程，有利于縮短無線通信設備與AP建立連接的時間。[0122]在上述技術方案中，優選地，所述數據處理模塊還生成互聯網協議地址預分配響應幀，所述地址預分配響應幀至少包含通過所述互聯網協議地址預分配交互操作得到的互聯網協議地址預分配信息，所述互聯網協議地址預分配信息至少包含預分配互聯網協議地址種類標識、第一預分配互聯網協議地址類型標識和第二預分配互聯網協議地址類型標識；其中，所述預分配互聯網協議地址種類標識的值表示所述指定的動態主機設置協議服務器預分配的IP地址的種類，所述第一預分配互聯網協議地址類型標識的值表示預分配的IPv4種類的IP地址的類型，所述第二預分配互聯網協議地址類型標識的值表示預分配的IPv6種類的IP地址的類型；所述數據交互模塊還發送所述互聯網協議地址預分配響應幀。
[0123]在該技術方案中，AP與DHCP服務器進行交互之后，DHCP服務器將分配/預分配的IP地址發送至AP，則AP將該IP地址的信息告知無線通信設備，包括該IP地址的種類和具體的類型。具體地，比如當IP地址種類標識的值為“00”時，表示分配的為IPv4種類；當IP地址種類標識的值為“01”時，表示分配的為IPv6種類；當IP地址種類標識的值為“10”時，表示分配的為IPv4但可以轉換為IPv6類型，當IP地址類型標識的值為“11”時，表示分配的為IPv6但可以轉換為IPv4類型。當然，DHCP服務器分配的IP地址的種類和類型與無線通信設備所需求的可以相同，也可以部分或完全不相同。且在該技術方案中，出于安全因素的考慮AP并沒有將IP地址發送給STA，而是緩存了該IP地址；當然AP也可以直接在這個交互過程中將IP地址發送給STA。
[0124]在上述技術方案中，優選地，還包括:所述互聯網協議地址預分配響應幀為開放系統認證響應幀和/或關聯響應幀。
[0125]在該技術方案中，由于無線通信設備必須要執行與AP之間的關聯、密鑰協商等過程，因而開放系統認證響應幀和關聯響應幀是必須要發送的，那么可以通過將IP地址預分配信息放置在上述響應幀中，從而節省所需要執行的交互信令數量，縮短交互時間，提高無線通信設備與AP之間建立連接的效率。
[0126]在上述技術方案中，優選地，所述互聯網協議地址預分配信息包含所述互聯網協議地址預分配響應幀的媒介訪問控制幀的幀頭部分或幀體部分的一個或多個位。
[0127]在該技術方案中，可以利用MAC幀的幀頭或幀體部分的一個或多個預留位，來放置該IP地址預分配信息。具體地，該IP地址預分配信息可以采用IE形式封裝在MAC幀中，比如可以采用ID為223的IE，或是其他預留或新建的IE位置。
[0128]在上述技術方案中，優選地，所述互聯網協議地址預分配信息包含所述互聯網協議地址預分配響應幀的媒介訪問控制幀的幀體部分的秩序域中的一個或多個位。
[0129]在該技術方案中，當采用MAC幀的幀體部分的一個或多個預留位來放置該IP地址預分配信息時,具體地,該預留位可以位于MAC幀的幀體部分的秩序域中，比如可以以IE的形式出現，被放置在幀體的某個秩序域中。
[0130]在上述技術方案中，優選地，所述數據交互模塊還發送第一握手消息幀，接收第二握手消息幀，所述第二握手消息幀中至少包含互聯網協議地址請求信息，所述互聯網協議地址請求信息表示所述第二握手消息幀的發送方請求獲取所述指定的動態主機設置協議服務器預分配的IP地址。
[0131]在該技術方案中，通過第二握手消息幀發送IP地址請求信息，一方面無線通信設備可以向AP請求具體的IP地址，另一方面通過對現有信令的利用，有利于節省信令數量，加快無線通信設備與AP的連接速度。
[0132]在上述技術方案中，優選地，所述數據交互模塊還發送第三握手消息幀，接收第四握手消息幀，所述第三握手消息幀中至少包含所述指定的動態主機設置協議服務器預分配的IP地址。
[0133]在該技術方案中，通過第四握手消息幀發送IP地址，一方面實現了由AP向無線通信設備的傳輸，另一方面通過對現有信令的利用，有利于節省信令數量，加快無線通信設備與AP的連接速度。
[0134]在上述技術方案中，優選地，還包括:所述數據交互模塊還在發送所述第三握手消息幀之前，向所述指定的動態主機設置協議服務器發送動態主機配置協議請求幀(DHCPrequest)，并接收所述動態主機配置協議服務器返回的確認消息幀(DHCP ACK);其中，所述動態主機配置協議請求幀(DHCP request)用來與所述動態主機配置協議服務器確認將所述預分配IP地址分配給所述互聯網協議地址預分配請求幀的發送方。
[0135]在該技術方案在，通過與DHCP服務器進行確認，從而將對IP地址的分配操作告知DHCP服務器，使得DHCP服務器能夠對IP地址進行持續維護和管理，確保無線通信設備在接AAP后的穩定性。
[0136]在上述技術方案中，優選地，還包括:用成對臨時密鑰來加密所述預分配的IP地址。
[0137]在該技術方案中，無線通信設備與AP通過協商臨時密鑰PTK來加密發送IP地址，有利于提升IP地址的傳輸過程的安全性。
[0138]在上述技術方案中，優選地，所述數據處理模塊在所述數據交互模塊發送所述第一握手消息幀之后的預設時間段內未接收到所述第二握手消息幀的情況下，生成互聯網協議地址釋放請求；所述數據交互模塊還向所述指定的動態主機設置協議服務器發送所述互聯網協議地址釋放請求，以指示其釋放為所述互聯網協議地址預分配請求幀的發送方預分配的IP地址。
[0139]在該技術方案中，當無線通信設備通過開放系統認證請求幀發送IP地址預分配觸發信息時，若一定時間內未接收到響應消息，則說明可能AP與DHCP服務器的協商不成功，比如信號中斷，或是DHCP服務器無法滿足無線通信設備所需求的IP地址的種類或類型等原因，則無線通信設備可以利用需要發送的其他消息幀，比如關聯認證請求幀等，重新發送IP地址預分配觸發信息。其中，當第一次發送的IP地址預分配觸發信息中包含對IP地址的種類和/或類型等的需求時，第二次發送的IP地址預分配觸發信息可以與第一次相同或不同，比如可以刪除需求，以避免第一次的失敗是由于DHCP服務器無法滿足該需求而導致，從而有利于提高本次連接的成功率，并且加快連接速度。
[0140]通過以上技術方案，可以使得STA無需直接向DHCP服務器發起IP地址的分配交互操作，而變為由STA觸發如AP來發起上述交互操作，從而有助于減少STA與AP建立連接的信令數量，縮短連接建立時間，實現STA與AP之間的快速初始連接。
【專利附圖】

【附圖說明】
[0141]圖1示出了相關技術中STA與AP建立初始連接時的信令交互流程圖；[0142]圖2示出了根據本發明的一個實施例的無線通信方法的流程圖；
[0143]圖3為圖2所示的實施例對應的無線通信設備的框圖；
[0144]圖4示出了根據本發明的另一個實施例的無線通信方法的流程圖；
[0145]圖5為圖4所示的實施例對應的無線通信設備的框圖；
[0146]圖6示出了本發明的一個實施例的STA與AP建立初始連接時的信令交互流程圖；
[0147]圖7為圖6所示的實施例中的IP地址預分配觸發信息所處信息元素的結構示意圖；
[0148]圖8為圖6所示的實施例中的IP地址預分配信息所處信息元素的結構示意圖?！揪唧w實施方式】
[0149]為了能夠更清楚地理解本發明的上述目的、特征和優點，下面結合附圖和【具體實施方式】對本發明進行進一步的詳細描述。需要說明的是，在不沖突的情況下，本申請的實施例及實施例中的特征可以相互組合。
[0150]在下面的描述中闡述了很多具體細節以便于充分理解本發明，但是，本發明還可以采用其他不同于在此描述的其他方式來實施，因此，本發明的保護范圍并不受下面公開的具體實施例的限制。
[0151]圖2示出了根據本發明的一個實施例的無線通信方法的流程圖。
[0152]如圖2所示，根據本發明的一個實施例的無線通信方法，包括:步驟202，生成互聯網協議地址預分配請求幀，所述互聯網協議地址預分配請求幀至少包含互聯網協議地址預分配觸發信息，所述互聯網協議地址預分配觸發信息用于指示所述互聯網協議地址預分配請求幀的接收方發起與指定的動態主機設置協議服務器的互聯網協議地址預分配交互操作；步驟204，發送所述互聯網協議地址預分配請求幀。
[0153]在該技術方案中，對于初始連接或切換連接過程中的IP (互聯網協議)地址的分配/預分配過程，不再由無線通信設備直接與DHCP服務器進行交互，而改由無線通信設備觸發其他設備進行交互，比如該設備可以為與該無線通信設備相關聯的AP，則通過向該AP發送觸發信令(即IP地址預分配請求幀)，觸發該AP與DHCP服務器的交互過程，使得DHCP服務器為無線通信設備分配/預分配IP地址。由于無需無線通信設備與DHCP服務器直接交互，則無線通信設備只需要向AP發送上述觸發信令即可，因此可以將該觸發信令中的觸發內容添加至無線通信設備原本需要同AP進行交互的其他信令中，從而盡可能地減少無線通信設備需要執行的信令交互次數，有助于縮短無線通信設備向AP的接入時間，提高接入效率，實現快速初始連接。此外，這里的無線通信設備可以包括手機、平板等能夠執行WLAN網絡接入的裝置。
[0154]在上述技術方案中，優選地，所述互聯網協議地址預分配觸發信息包含所述互聯網協議地址預分配請求幀的媒介訪問控制幀的幀頭部分或幀體部分的一個或多個位。
[0155]在該技術方案中，可以利用MAC (Medium Access Control,媒介訪問控制)巾貞的中貞頭或幀體部分的一個或多個預留位，來放置該IP地址預分配觸發信息。具體地，該IP地址預分配觸發信息可以采用IE (信息元素)形式封裝在MAC幀中，比如可以采用ID為222的IE，或是其他預留或新建的IE位置。
[0156]在上述技術方案中，優選地，所述互聯網協議地址預分配信息包含所述媒介訪問控制幀的幀體部分的秩序域中的一個或多個位。
[0157]在該技術方案中，當采用MAC幀的幀體部分的一個或多個預留位來放置該IP地址預分配觸發信息時,具體地,該預留位可以位于MAC幀的幀體部分的秩序域中，比如可以以IE的形式出現，被放置在幀體的某個秩序域中。
[0158]在上述技術方案中，優選地，所述互聯網協議地址預分配請求幀還包含互聯網協議地址種類標識，其中，所述互聯網協議地址種類標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IP地址的種類。
[0159]在該技術方案中，由于IP地址包含多個種類，比如目前已經采用的IPv4和IPv6，或是以后還可能出現其他類型的IP地址，則無線通信設備可以根據自身的需求，具體提出對于IP地址的種類的要求。比如當IP地址種類標識的值為“00”時，表示需求為IPv4種類；當IP地址種類標識的值為“01”時，表示需求為IPv6種類；當IP地址種類標識的值為“10”時，表示需求為IPv4和IPv6種類。當然，需要說明的是:一方面，IP地址種類標識并不是必須的，則當不包含該標識時，無線通信設備可以僅觸發IP地址預分配請求幀的接收方按照默認形式進行IP地址的分配/預分配請求，比如默認為IPv4或IPv6或任意種類；另一方面，即便無線通信設備提出了自身的需求，但DHCP服務器仍可以按照IP地址分配的實際情況為其進行IP地址的分配/預分配，且分配/預分配結果與無線通信設備所請求的種類可以相同，也可以不相同。
[0160]在上述技術方案中，優選地，所述地址預分配請求幀還包含第一互聯網協議地址類型標識和/或第二互聯網協議地址類型標識，其中，所述第一互聯網協議地址類型標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IPv4種類的IP地址的類型，所述第二互聯網協議地址類型標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IPv6種類的IP地址的類型。
[0161]在該技術方案中，無線通信設備除了可以提出IP地址的種類需求，還可以進一步限定某一種類的IP地址的具體類型。比如目前的IPv4種類的IP地址還包含有具體的6種類型(以及2個保留位)，以及目前的IPv6種類的IP地址也包含有具體的6種類型(以及2個保留位)，那么，無線通信設備可以通過設置具體的第一 IP地址類型標識和/或第二 IP地址類型標識的值，從而限定其具體所需的IP地址類型。
[0162]在上述技術方案中，優選地，還包括:所述互聯網協議地址預分配請求幀為開放系統認證請求巾貞和/或關聯請求中貞。
[0163]在該技術方案中，無線通信設備通過開放系統認證請求幀、關聯請求幀等與AP之間進行關聯和密鑰協商等過程，則通過將IP地址預分配信息包含在上述請求幀中，既能夠實現對AP與DHCP服務器之間的交互過程的觸發，又能夠節省無線通信設備所需要參與的信令交互步驟，有助于縮短無線通信設備與AP的連接建立過程，實現快速連接。
[0164]在上述技術方案中，優選地，還包括:接收來自所述互聯網協議地址預分配請求幀的接收方的互聯網協議地址預分配響應幀，所述互聯網協議地址預分配響應幀至少包含互聯網協議地址預分配信息，所述互聯網協議地址預分配信息至少包含預分配互聯網協議地址種類標識、第一預分配互聯網協議地址類型標識和第二預分配互聯網協議地址類型標識；其中，所述預分配互聯網協議地址種類標識的值表示所述指定的動態主機設置協議服務器預分配的IP地址的種類，所述第一預分配互聯網協議地址類型標識的值表示預分配的IPv4種類的IP地址的類型，所述第二預分配互聯網協議地址類型標識的值表示預分配的IPv6種類的IP地址的類型。
[0165]在該技術方案中，AP與DHCP服務器進行交互之后，DHCP服務器將分配/預分配的IP地址發送至AP，則AP將該IP地址的信息告知無線通信設備，包括該IP地址的種類和具體的類型。具體地，比如當IP地址種類標識的值為“00”時，表示分配的為IPv4種類；當IP地址種類標識的值為“01”時，表示分配的為IPv6種類；當IP地址種類標識的值為“10”時，表示分配的為IPv4但可以轉換為IPv6種類，當IP地址種類標識的值為“II”時，表示分配的為IPv6但可以轉換為IPv4種類。當然，DHCP服務器分配的IP地址的種類和類型與無線通信設備所需求的可以相同，也可以部分或完全不相同。且在該技術方案中，出于安全因素的考慮AP并沒有將IP地址發送給STA，而是緩存了該IP地址；當然AP也可以直接在這個交互過程中將IP地址發送給STA。
[0166]在上述技術方案中，優選地，還包括:所述互聯網協議地址預分配響應幀為開放系統認證響應幀和/或關聯響應幀。
[0167]在該技術方案中，由于無線通信設備必須要執行與AP之間的關聯、密鑰協商等過程，因而開放系統認證響應幀和關聯響應幀是必須要發送的，那么可以通過將IP地址預分配信息放置在上述響應幀中，從而節省所需要執行的交互信令數量，縮短交互時間，提高無線通信設備與AP之間建立連接的效率。
[0168]在上述技術方案中，優選地，所述互聯網協議地址預分配信息包含所述互聯網協議地址預分配響應幀的媒介訪問控制幀的幀頭部分或幀體部分的一個或多個位。
[0169]在該技術方案中，可以利用MAC幀的幀頭或幀體部分的一個或多個預留位，來放置該IP地址預分配信息。具體地，該IP地址預分配信息可以采用IE形式封裝在MAC幀中，比如可以采用ID為223的IE，或是其他預留或新建的IE位置。
[0170]在上述技術方案中，優選地，所述互聯網協議地址預分配信息包含所述互聯網協議地址預分配響應幀的媒介訪問控制幀的幀體部分的秩序域中的一個或多個位。
[0171]在該技術方案中，當采用MAC幀的幀體部分的一個或多個預留位來放置該IP地址預分配信息時,具體地,該預留位可以位于MAC幀的幀體部分的秩序域中，比如可以以IE的形式出現，被放置在幀體的某個秩序域中。
[0172]在上述技術方案中，優選地，還包括:接收第一握手消息幀；返回第二握手消息幀，所述第二握手消息幀中至少包含IP地址請求信息，所述IP地址請求信息表示所述第二握手消息幀的發送方請求獲取所述指定的動態主機設置協議服務器預分配的IP地址。
[0173]在該技術方案中，通過第二握手消息幀發送IP地址請求信息，一方面無線通信設備可以向AP請求具體的IP地址，另一方面通過對現有信令的利用，有利于節省信令數量，加快無線通信設備與AP的連接速度。
[0174]在上述技術方案中，優選地，還包括:接收第三握手消息幀，所述第三握手消息幀中至少包含所述指定的動態主機設置協議服務器預分配的IP地址；返回第四握手消息幀。
[0175]在該技術方案中，通過第四握手消息幀發送IP地址，一方面實現了由AP向無線通信設備的傳輸，另一方面通過對現有信令的利用，有利于節省信令數量，加快無線通信設備與AP的連接速度。[0176]在上述技術方案中，優選地，還包括:用成對臨時密鑰來解密所述預分配的IP地址。
[0177]在該技術方案中，無線通信設備與AP通過協商臨時密鑰PTK來解密發送IP地址，有利于提升IP地址的傳輸過程的安全性。
[0178]在上述技術方案中，優選地，還包括:在發送類型為開放系統認證請求幀的所述互聯網協議地址預分配請求幀之后，判斷在預設時間段內是否接收到所述互聯網協議地址預分配響應幀；若未接收到，則進一步生成并發送類型為關聯認證請求幀的所述互聯網協議地址預分配請求幀。
[0179]在該技術方案中，當無線通信設備通過開放系統認證請求幀發送IP地址預分配觸發信息時，若一定時間內未接收到響應消息，則說明可能AP與DHCP服務器的協商不成功，比如信號中斷，或是DHCP服務器無法滿足無線通信設備所需求的IP地址的種類或類型等原因，則無線通信設備可以利用需要發送的其他消息幀，比如關聯認證請求幀等，重新發送IP地址預分配觸發信息。其中，當第一次發送的IP地址預分配觸發信息中包含對IP地址的種類和/或類型等的需求時，第二次發送的IP地址預分配觸發信息可以與第一次相同或不同，比如可以刪除需求，以避免第一次的失敗是由于DHCP服務器無法滿足該需求而導致，從而有利于提高本次連接的成功率，并且加快連接速度。
[0180]圖3為圖2所示的實施例對應的無線通信設備的框圖。
[0181]如圖3所示，圖2所示的實施例對應的無線通信設備300，包括:數據處理模塊302，用于生成互聯網協議地址預分配請求幀，所述互聯網協議地址預分配請求幀至少包含互聯網協議地址預分配觸發信息，所述互聯網協議地址預分配觸發信息用于指示所述互聯網協議地址預分配請求幀的接收方發起與指定的動態主機設置協議服務器的互聯網協議地址預分配交互操作；數據交互模塊304，用于發送所述互聯網協議地址預分配請求幀。
[0182]在該技術方案中，對于初始連接或切換連接過程中的IP地址的分配/預分配過程，不再由無線通信設備300直接與DHCP服務器進行交互，而改由無線通信設備300觸發其他設備進行交互，比如該設備可以為與該無線通信設備300相關聯的AP，則通過向該AP發送觸發信令(即IP地址預分配請求幀)，觸發該AP與DHCP服務器的交互過程，使得DHCP服務器為無線通信設備300分配/預分配IP地址。由于無需無線通信設備300與DHCP服務器直接交互，則無線通信設備300只需要向AP發送上述觸發信令即可，因此可以將該觸發信令中的觸發內容添加至無線通信設備300原本需要同AP進行交互的其他信令中，從而盡可能地減少無線通信設備300需要執行的信令交互次數，有助于縮短無線通信設備300向AP的接入時間，提高接入效率，實現快速初始連接。此外，這里的無線通信設備300可以包括手機、平板等能夠執行WLAN網絡接入的裝置。
[0183]其中，無線通信設備300可以是手機或是平板，數據處理模塊可以是無線通信設備300中數據處理的芯片模塊，而數據交互模塊則相當于信號收發裝置以及天線等。
[0184]在上述技術方案中，優選地，所述互聯網協議地址預分配觸發信息包含所述互聯網協議地址預分配請求幀的媒介訪問控制幀的幀頭部分或幀體部分的一個或多個位。
[0185]在該技術方案中，可以利用MAC幀的幀頭或幀體部分的一個或多個預留位，來放置該IP地址預分配觸發信息。具體地，該IP地址預分配觸發信息可以采用IE形式封裝在MAC幀中，比如可以采用ID為222的IE，或是其他預留或新建的IE位置。[0186]在上述技術方案中，優選地，所述互聯網協議地址預分配信息包含所述媒介訪問控制幀的幀體部分的秩序域中的一個或多個位。
[0187]在該技術方案中，當采用MAC幀的幀體部分的一個或多個預留位來放置該IP地址預分配觸發信息時,具體地,該預留位可以位于MAC幀的幀體部分的秩序域中，比如可以以IE的形式出現，被放置在幀體的某個秩序域中。
[0188]在上述技術方案中，優選地，所述互聯網協議地址預分配請求幀還包含互聯網協議地址種類標識，其中，所述互聯網協議地址種類標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IP地址的種類。
[0189]在該技術方案中，由于IP地址包含多個種類，比如目前已經采用的IPv4和IPv6，或是以后還可能出現其他類型的IP地址，則無線通信設備300可以根據自身的需求，具體提出對于IP地址的種類的要求。比如當IP地址種類標識的值為“00”時，表示需求為IPv4種類；當IP地址種類標識的值為“01”時，表示需求為IPv6種類；當IP地址種類標識的值為“10”時，表示需求為IPv4和IPv6種類。當然，需要說明的是:一方面，IP地址種類標識并不是必須的，則當不包含該標識時，無線通信設備300可以僅觸發IP地址預分配請求幀的接收方按照默認形式進行IP地址的分配/預分配請求，比如默認為IPv4或IPv6或任意種類；另一方面，即便無線通信設備300提出了自身的需求，但DHCP服務器仍可以按照IP地址分配的實際情況為其進行IP地址的分配/預分配，且分配/預分配結果與無線通信設備300所請求的種類可以相同，也可以不相同。
[0190]在上述技術方案中，優選地，所述地址預分配請求幀還包含第一互聯網協議地址類型標識和/或第二互聯網協議地址類型標識，其中，所述第一互聯網協議地址類型標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IPv4種類的IP地址的類型，所述第二互聯網協議地址類型標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IPv6種類的IP地址的類型。
[0191]在該技術方案中，無線通信設備300除了可以提出IP地址的種類需求，還可以進一步限定某一種類的IP地址的具體類型。比如目前的IPv4種類的IP地址還包含有具體的6種類型(以及2個保留位)，以及目前的IPv6種類的IP地址也包含有具體的6種類型(以及2個保留位)，那么，無線通信設備300可以通過設置具體的第一 IP地址類型標識和/或第二 IP地址類型標識的值，從而限定其具體所需的IP地址類型。
[0192]在上述技術方案中，優選地，還包括:所述互聯網協議地址預分配請求幀為開放系統認證請求巾貞和/或關聯請求中貞。
[0193]在該技術方案中，無線通信設備300通過開放系統認證請求幀、關聯請求幀等與AP之間進行關聯和密鑰協商等過程，則通過將IP地址預分配信息包含在上述請求幀中，既能夠實現對AP與DHCP服務器之間的交互過程的觸發，又能夠節省無線通信設備300所需要參與的信令交互步驟，有助于縮短無線通信設備300與AP的連接建立過程，實現快速連接。
[0194]在上述技術方案中，優選地，所述數據交互模塊304還接收來自所述互聯網協議地址預分配請求幀的接收方的互聯網協議地址預分配響應幀，所述互聯網協議地址預分配響應幀至少包含互聯網協議地址預分配信息，所述互聯網協議地址預分配信息至少包含預分配互聯網協議地址種類標識、第一預分配互聯網協議地址類型標識和第二預分配互聯網協議地址類型標識；其中，所述預分配互聯網協議地址種類標識的值表示所述指定的動態主機設置協議服務器預分配的IP地址的種類，所述第一預分配互聯網協議地址類型標識的值表示預分配的IPv4種類的IP地址的類型，所述第二預分配互聯網協議地址類型標識的值表示預分配的IPv6種類的IP地址的類型。
[0195]在該技術方案中，AP與DHCP服務器進行交互之后，DHCP服務器將分配/預分配的IP地址發送至AP，則AP將該IP地址的信息告知無線通信設備300，包括該IP地址的種類和具體的類型。具體地，比如當IP地址種類標識的值為“00”時，表示分配的為IPv4種類；當IP地址種類標識的值為“01”時，表示分配的為IPv6種類；當IP地址種類標識的值為“10”時，表示分配的為IPv4但可以轉換為IPv6類型，當IP地址類型標識的值為“11”時，表示分配的為IPv6但可以轉換為IPv4類型。當然，DHCP服務器分配的IP地址的種類和類型與無線通信設備300所需求的可以相同，也可以部分或完全不相同。且在該技術方案中，出于安全因素的考慮AP并沒有將IP地址發送給無線通信設備300，而是緩存了該IP地址；當然AP也可以直接在這個交互過程中將IP地址發送給無線通信設備300。
[0196]在上述技術方案中，優選地，所述數據交互模塊304接收到的所述互聯網協議地址預分配響應幀為開放系統認證響應幀和/或關聯響應幀。
[0197]在該技術方案中，由于無線通信設備300必須要執行與AP之間的關聯、密鑰協商等過程，因而開放系統認證響應幀和關聯響應幀是必須要發送的，那么可以通過將IP地址預分配信息放置在上述響應幀中，從而節省所需要執行的交互信令數量，縮短交互時間，提高無線通信設備300與AP之間建立連接的效率。
[0198]在上述技術方案中，優選地，所述數據處理模塊302從所述互聯網協議地址預分配響應幀的媒介訪問控制幀的幀頭部分或幀體部分的一個或多個位獲取所述互聯網協議地址預分配信息。
[0199]在該技術方案中，可以利用MAC幀的幀頭或幀體部分的一個或多個預留位，來放置該IP地址預分配信息。具體地，該IP地址預分配信息可以采用IE形式封裝在MAC幀中，比如可以采用ID為223的IE，或是其他預留或新建的IE位置。
[0200]在上述技術方案中，優選地，所述互聯網協議地址預分配信息包含所述互聯網協議地址預分配響應幀的媒介訪問控制幀的幀體部分的秩序域中的一個或多個位。
[0201]在該技術方案中，當采用MAC幀的幀體部分的一個或多個預留位來放置該IP地址預分配信息時,具體地,該預留位可以位于MAC幀的幀體部分的秩序域中，比如可以以IE的形式出現，被放置在幀體的某個秩序域中。
[0202]在上述技術方案中，優選地，所述數據交互模塊304還接收第一握手消息幀，并返回第二握手消息幀，所述第二握手消息幀中至少包含IP地址請求信息，所述IP地址請求信息表示所述第二握手消息幀的發送方請求獲取所述指定的動態主機設置協議服務器預分配的IP地址；所述數據處理模塊還生成所述第二握手消息幀。
[0203]在該技術方案中，通過第二握手消息幀發送IP地址請求信息，一方面無線通信設備300可以向AP請求具體的IP地址，另一方面通過對現有信令的利用，有利于節省信令數量，加快無線通信設備300與AP的連接速度。
[0204]在上述技術方案中，優選地，所述數據交互模塊304還接收第三握手消息幀，返回第四握手消息幀，所述第三握手消息幀中至少包含所述指定的動態主機設置協議服務器預分配的IP地址；所述數據處理模塊302還生成所述第四握手消息幀。
[0205]在該技術方案中，通過第四握手消息幀發送IP地址，一方面實現了由AP向無線通信設備300的傳輸，另一方面通過對現有信令的利用，有利于節省信令數量，加快無線通信設備300與AP的連接速度。
[0206]在上述技術方案中，優選地，還包括:用成對臨時密鑰來解密所述預分配的IP地址。
[0207]在該技術方案中，無線通信設備300與AP通過協商臨時密鑰PTK來解密發送IP地址，有利于提升IP地址的傳輸過程的安全性。
[0208]在上述技術方案中，優選地，所述數據處理模塊302在所述數據交互模塊304發送類型為開放系統認證請求幀的所述互聯網協議地址預分配請求幀之后，判斷在預設時間段內是否接收到所述互聯網協議地址預分配響應幀，若未接收到，則進一步生成類型為關聯認證請求幀的所述互聯網協議地址預分配請求幀，以由所述數據交互模塊304進行發送。
[0209]在該技術方案中，當無線通信設備300通過開放系統認證請求幀發送IP地址預分配觸發信息時，若一定時間內未接收到響應消息，則說明可能AP與DHCP服務器的協商不成功，比如信號中斷，或是DHCP服務器無法滿足無線通信設備300所需求的IP地址的種類或類型等原因，則無線通信設備300可以利用需要發送的其他消息幀，比如關聯認證請求幀等，重新發送IP地址預分配觸發信息。其中，當第一次發送的IP地址預分配觸發信息中包含對IP地址的種類和/或類型等的需求時，第二次發送的IP地址預分配觸發信息可以與第一次相同或不同，比如可以刪除需求，以避免第一次的失敗是由于DHCP服務器無法滿足該需求而導致，從而有利于提高本次連接的成功率，并且加快連接速度。
[0210]圖4示出了根據本發明的另一個實施例的無線通信方法的流程圖。
[0211]如圖4所示，根據本發明的另一個實施例的無線通信方法，包括:步驟402，接收互聯網協議地址預分配請求幀，所述互聯網協議地址預分配請求幀至少包含互聯網協議地址預分配觸發信息，所述互聯網協議地址預分配觸發信息用于指示所述互聯網協議地址預分配請求幀的接收方發起與指定的動態主機設置協議服務器的互聯網協議地址預分配交互操作；步驟404，發起所述互聯網協議地址預分配交互操作。
[0212]在該技術方案中，對于初始連接或切換連接過程中的IP地址的分配/預分配過程，不再由無線通信設備直接與DHCP服務器進行交互，而改由無線通信設備觸發其他設備進行交互，比如該設備可以為與該無線通信設備相關聯的AP，則通過向該AP發送觸發信令(即IP地址預分配請求幀)，觸發該AP與DHCP服務器的交互過程，使得DHCP服務器為無線通信設備分配/預分配IP地址。由于無需無線通信設備與DHCP服務器直接交互，則無線通信設備只需要向AP發送上述觸發信令即可，因此可以將該觸發信令中的觸發內容添加至無線通信設備原本需要同AP進行交互的其他信令中，從而盡可能地減少無線通信設備需要執行的信令交互次數，有助于縮短無線通信設備向AP的接入時間，提高接入效率，實現快速初始連接。此外，這里的無線通信設備可以包括手機、平板等能夠執行WLAN網絡接入的裝置。
[0213]在上述技術方案中，優選地，所述互聯網協議地址預分配觸發信息包含所述互聯網協議地址預分配請求幀的媒介訪問控制幀的幀頭部分或幀體部分的一個或多個位。[0214]在該技術方案中，可以利用MAC幀的幀頭或幀體部分的一個或多個預留位，來放置該IP地址預分配觸發信息。具體地，該IP地址預分配觸發信息可以采用IE形式封裝在MAC幀中，比如可以采用ID為222的IE，或是其他預留或新建的IE位置。
[0215]在上述技術方案中，優選地，所述互聯網協議地址預分配信息包含所述媒介訪問控制幀的幀體部分的秩序域中的一個或多個位。
[0216]在該技術方案中，當采用MAC幀的幀體部分的一個或多個預留位來放置該IP地址預分配觸發信息時,具體地,該預留位可以位于MAC幀的幀體部分的秩序域中，比如可以以IE的形式出現，被放置在幀體的某個秩序域中。
[0217]在上述技術方案中，優選地，所述互聯網協議地址預分配請求幀還包含互聯網協議地址種類標識，其中，所述互聯網協議地址種類標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IP地址的種類。
[0218]在該技術方案中，由于IP地址包含多個種類，比如目前已經采用的IPv4和IPv6，或是以后還可能出現其他類型的IP地址，則無線通信設備可以根據自身的需求，具體提出對于IP地址的種類的要求。比如當IP地址種類標識的值為“00”時，表示需求為IPv4種類；當IP地址種類標識的值為“01”時，表示需求為IPv6種類；當IP地址種類標識的值為“10”時，表示需求為IPv4種類和IPv6種類。當然，需要說明的是:一方面，IP地址種類標識并不是必須的，則當不包含該標識時，無線通信設備可以僅觸發IP地址預分配請求幀的接收方按照默認形式進行IP地址的分配/預分配請求，比如默認為IPv4或IPv6或任意種類；另一方面，即便無線通信設備提出了自身的需求，但DHCP服務器仍可以按照IP地址分配的實際情況為其進行IP地址的分配/預分配，且分配/預分配結果與無線通信設備所請求的種類可以相同，也可以不相同。
[0219]在上述技術方案中，優選地，所述地址預分配請求幀還包含第一互聯網協議地址類型標識和/或第二互聯網協議地址類型標識，其中，所述第一互聯網協議地址類型標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IPv4種類的IP地址的類型，所述第二互聯網協議地址類型標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IPv6種類的IP地址的類型。
[0220]在該技術方案中，無線通信設備除了可以提出IP地址的種類需求，還可以進一步限定某一種類的IP地址的具體類型。比如目前的IPv4種類的IP地址還包含有具體的6種類型(以及2個保留位)，以及目前的IPv6種類的IP地址也包含有具體的6種類型(以及2個保留位)，那么，無線通信設備可以通過設置具體的第一 IP地址類型標識和/或第二 IP地址類型標識的值，從而限定其具體所需的IP地址類型。
[0221]在上述技術方案中，優選地，還包括:所述互聯網協議地址預分配請求幀為開放系統認證請求巾貞和/或關聯請求中貞。
[0222]在該技術方案中，無線通信設備通過開放系統認證請求幀、關聯請求幀等與AP之間進行關聯和密鑰協商等過程，則通過將IP地址預分配信息包含在上述請求幀中，既能夠實現對AP與DHCP服務器之間的交互過程的觸發，又能夠節省無線通信設備所需要參與的信令交互步驟，有助于縮短無線通信設備與AP的連接建立過程，實現快速連接。
[0223]在上述技術方案中，優選地，所述發起所述互聯網協議地址預分配交互操作的過程包括:向所述指定的動態主機設置協議服務器發送DHCP Discover信令，并接收返回的DHCP Offer信令；其中，DHCP Discover信令為廣播信令或單播信令。
[0224]在該技術方案中，一種情況下，DHCP discover信令為廣播消息，則AP廣播該信令后，由指定的DHCP服務器自行接收，此時的DHCP discover與現有協議相同，減少了對現有技術的改進；另一種情況下，通過為AP與DHCP服務器之間建立關聯，則該DHCP服務器即為相應AP的指定的DHCP服務器，因而AP可以通過發送單播的DHCP Discover來避免接收到大量DHCP Offer信令，節省了其余DHCP服務器的運算負荷和電量損耗，也省去了 AP對DHCP Offer信令進行挑選的過程，有利于縮短無線通信設備與AP建立連接的時間。
[0225]在上述技術方案中，優選地，還包括:生成并發送互聯網協議地址預分配響應幀，所述互聯網協議地址預分配響應幀至少包含通過所述互聯網協議地址預分配交互操作得到的互聯網協議地址預分配信息，所述互聯網協議地址預分配信息至少包含預分配互聯網協議地址種類標識、第一預分配互聯網協議地址類型標識和第二預分配互聯網協議地址類型標識；其中，所述預分配互聯網協議地址種類標識的值表示所述指定的動態主機設置協議服務器預分配的IP地址的種類，所述第一預分配互聯網協議地址類型標識的值表示預分配的IPv4種類的IP地址的類型，所述第二預分配互聯網協議地址類型標識的值表示預分配的IPv6種類的IP地址的類型。
[0226]在該技術方案中，AP與DHCP服務器進行交互之后，DHCP服務器將分配/預分配的IP地址發送至AP，則AP將該IP地址的信息告知無線通信設備，包括該IP地址的種類和具體的類型。具體地，比如當IP地址種類標識的值為“00”時，表示分配的為IPv4種類；當IP地址種類標識的值為“01”時，表示分配的為IPv6種類；當IP地址種類標識的值為“10”時，表示分配的為IPv4但可以轉換為IPv6類型，當IP地址類型標識的值為“11”時，表示分配的為IPv6但可以轉換為IPv4類型。當然，DHCP服務器分配的IP地址的種類和類型與無線通信設備所需求的可以相同，也可以部分或完全不相同。且在該技術方案中，出于安全因素的考慮AP并沒有將IP地址發送給STA，而是緩存了該IP地址；當然AP也可以直接在這個交互過程中將IP地址發送給STA。
[0227]在上述技術方案中，優選地，還包括:所述互聯網協議地址預分配響應幀為開放系統認證響應幀和/或關聯響應幀。
[0228]在該技術方案中，由于無線通信設備必須要執行與AP之間的關聯、密鑰協商等過程，因而開放系統認證響應幀和關聯響應幀是必須要發送的，那么可以通過將IP地址預分配信息放置在上述響應幀中，從而節省所需要執行的交互信令數量，縮短交互時間，提高無線通信設備與AP之間建立連接的效率。
[0229]在上述技術方案中，優選地，所述互聯網協議地址預分配信息包含所述互聯網協議地址預分配響應幀的媒介訪問控制幀的幀頭部分或幀體部分的一個或多個位。
[0230]在該技術方案中，可以利用MAC幀的幀頭或幀體部分的一個或多個預留位，來放置該IP地址預分配信息。具體地，該IP地址預分配信息可以采用IE形式封裝在MAC幀中，比如可以采用ID為223的IE，或是其他預留或新建的IE位置。
[0231]在上述技術方案中，優選地，所述互聯網協議地址預分配信息包含所述互聯網協議地址預分配響應幀的媒介訪問控制幀的幀體部分的秩序域中的一個或多個位。
[0232]在該技術方案中，當采用MAC幀的幀體部分的一個或多個預留位來放置該IP地址預分配信息時,具體地,該預留位可以位于MAC幀的幀體部分的秩序域中，比如可以以IE的形式出現，被放置在幀體的某個秩序域中。
[0233]在上述技術方案中，優選地，還包括:發送第一握手消息幀；接收第二握手消息幀，所述第二握手消息幀中至少包含IP地址請求信息，所述IP地址請求信息表示所述第二握手消息幀的發送方請求獲取所述指定的動態主機設置協議服務器預分配的IP地址。
[0234]在該技術方案中，通過第二握手消息幀發送IP地址請求信息，一方面無線通信設備可以向AP請求具體的IP地址，另一方面通過對現有信令的利用，有利于節省信令數量，加快無線通信設備與AP的連接速度。
[0235]在上述技術方案中，優選地，還包括:發送第三握手消息幀，所述第三握手消息幀中至少包含所述指定的動態主機設置協議服務器預分配的IP地址；接收第四握手消息幀。
[0236]在該技術方案中，通過第四握手消息幀發送IP地址，一方面實現了由AP向無線通信設備的傳輸，另一方面通過對現有信令的利用，有利于節省信令數量，加快無線通信設備與AP的連接速度。
[0237]在上述技術方案中，優選地，還包括:在發送所述第三握手消息幀之前，向所述指定的動態主機設置協議服務器發送動態主機配置協議請求幀(DHCP request)，所述動態主機配置協議請求幀(DHCP request)用來與所述動態主機配置協議服務器確認將所述預分配IP地址分配給所述互聯網協議地址預分配請求幀的發送方；接收所述動態主機配置協議服務器返回的動態主機配置協議確認幀(DHCP ACK)。
[0238]在該技術方案在，通過與DHCP服務器進行確認，從而將對IP地址的分配操作告知DHCP服務器，使得DHCP服務器能夠對IP地址進行持續維護和管理，確保無線通信設備在接AAP后的穩定性。
[0239]在上述技術方案中，優選地，還包括:用成對臨時密鑰來加密所述預分配的IP地址。
[0240]在該技術方案中，無線通信設備與AP通過協商臨時密鑰PTK來加密發送IP地址，有利于提升IP地址的傳輸過程的安全性。
[0241]在上述技術方案中，優選地，還包括:在發送所述第一握手消息幀之后，判斷在預設時間段內是否接收到所述第二握手消息幀；若未接收到，則向所述指定的動態主機設置協議服務器發送互聯網協議地址釋放請求，以指示其釋放為所述互聯網協議地址預分配請求幀的發送方預分配的IP地址。
[0242]在該技術方案中，當無線通信設備通過開放系統認證請求幀發送IP地址預分配觸發信息時，若一定時間內未接收到響應消息，則說明可能AP與DHCP服務器的協商不成功，比如信號中斷，或是DHCP服務器無法滿足無線通信設備所需求的IP地址的種類或類型等原因，則無線通信設備可以利用需要發送的其他消息幀，比如關聯認證請求幀等，重新發送IP地址預分配觸發信息。其中，當第一次發送的IP地址預分配觸發信息中包含對IP地址的種類和/或類型等的需求時，第二次發送的IP地址預分配觸發信息可以與第一次相同或不同，比如可以刪除需求，以避免第一次的失敗是由于DHCP服務器無法滿足該需求而導致，從而有利于提高本次連接的成功率，并且加快連接速度。
[0243]圖5為圖4所示的實施例對應的無線通信設備的框圖。
[0244]如圖5所示，圖4所示的實施例對應的無線通信設備500，包括:數據交互模塊502，用于接收互聯網協議地址預分配請求幀，所述互聯網協議地址預分配請求幀至少包含互聯網協議地址預分配觸發信息，所述互聯網協議地址預分配觸發信息用于指示所述互聯網協議地址預分配請求幀的接收方發起與指定的動態主機設置協議服務器的互聯網協議地址預分配交互操作；數據處理模塊504，用于發起所述互聯網協議地址預分配交互操作。
[0245]在該技術方案中，對于初始連接或切換連接過程中的IP地址的分配/預分配過程，不再由無線通信設備500直接與DHCP服務器進行交互，而改由無線通信設備500觸發其他設備進行交互，比如該設備可以為與該無線通信設備500相關聯的AP，則通過向該AP發送觸發信令(即IP地址預分配請求幀)，觸發該AP與DHCP服務器的交互過程，使得DHCP服務器為無線通信設備500分配/預分配IP地址。由于無需無線通信設備500與DHCP服務器直接交互，則無線通信設備500只需要向AP發送上述觸發信令即可，因此可以將該觸發信令中的觸發內容添加至無線通信設備500原本需要同AP進行交互的其他信令中，從而盡可能地減少無線通信設備500需要執行的信令交互次數，有助于縮短無線通信設備500向AP的接入時間，提高接入效率，實現快速初始連接。此外，這里的無線通信設備500可以包括手機、平板等能夠執行WLAN網絡接入的裝置。
[0246]其中，無線通信設備500可以是手機或是平板，數據處理模塊504可以是無線通信設備500中數據處理的芯片模塊，而數據交互模塊則相當于信號收發裝置以及天線等。
[0247]在上述技術方案中，優選地，所述互聯網協議地址預分配觸發信息包含所述互聯網協議地址預分配請求幀的媒介訪問控制幀的幀頭部分或幀體部分的一個或多個位。
[0248]在該技術方案中，可以利用MAC幀的幀頭或幀體部分的一個或多個預留位，來放置該IP地址預分配觸發信息。具體地，該IP地址預分配觸發信息可以采用IE形式封裝在MAC幀中，比如可以采用ID為222的IE，或是其他預留或新建的IE位置。
[0249]在上述技術方案中，優選地，所述互聯網協議地址預分配信息包含所述媒介訪問控制幀的幀體部分的秩序域中的一個或多個位。
[0250]在該技術方案中，當采用MAC幀的幀體部分的一個或多個預留位來放置該IP地址預分配觸發信息時,具體地,該預留位可以位于MAC幀的幀體部分的秩序域中，比如可以以IE的形式出現，被放置在幀體的某個秩序域中。
[0251]在上述技術方案中，優選地，所述互聯網協議地址預分配請求幀還包含互聯網協議地址種類標識，其中，所述互聯網協議地址種類標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IP地址的種類。
[0252]在該技術方案中，由于IP地址包含多個種類，比如目前已經采用的IPv4和IPv6，或是以后還可能出現其他類型的IP地址，則無線通信設備500可以根據自身的需求，具體提出對于IP地址的種類的要求。比如當IP地址種類標識的值為“00”時，表示需求為IPv4種類；當IP地址種類標識的值為“01”時，表示需求為IPv6種類；當IP地址種類標識的值為“10”時，表示需求為IPv4種類和IPv6種類。當然，需要說明的是:一方面，IP地址種類標識并不是必須的，則當不包含該標識時，無線通信設備500可以僅觸發IP地址預分配請求幀的接收方按照默認形式進行IP地址的分配/預分配請求，比如默認為IPv4或IPv6或任意種類；另一方面，即便無線通信設備500提出了自身的需求，但DHCP服務器仍可以按照IP地址分配的實際情況為其進行IP地址的分配/預分配，且分配/預分配結果與無線通信設備500所請求的種類可以相同，也可以不相同。[0253]在上述技術方案中，優選地，所述地址預分配請求幀還包含第一互聯網協議地址類型標識和/或第二互聯網協議地址類型標識，其中，所述第一互聯網協議地址類型標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IPv4種類的IP地址的類型，所述第二互聯網協議地址類型標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IPv6種類的IP地址的類型。
[0254]在該技術方案中，無線通信設備500除了可以提出IP地址的種類需求，還可以進一步限定某一種類的IP地址的具體類型。比如目前的IPv4種類的IP地址還包含有具體的6種類型(以及2個保留位)，以及目前的IPv6種類的IP地址也包含有具體的6種類型(以及2個保留位)，那么，無線通信設備500可以通過設置具體的第一 IP地址類型標識和/或第二 IP地址類型標識的值，從而限定其具體所需的IP地址類型。
[0255]在上述技術方案中，優選地，還包括:所述互聯網協議地址預分配請求幀為開放系統認證請求巾貞和/或關聯請求中貞。
[0256]在該技術方案中，無線通信設備500通過開放系統認證請求幀、關聯請求幀等與AP之間進行關聯和密鑰協商等過程，則通過將IP地址預分配信息包含在上述請求幀中，既能夠實現對AP與DHCP服務器之間的交互過程的觸發，又能夠節省無線通信設備500所需要參與的信令交互步驟，有助于縮短無線通信設備500與AP的連接建立過程，實現快速連接。
[0257]在上述技術方案中，優選地，所述數據處理模塊504發起所述互聯網協議地址預分配交互操作的過程包括:控制所述數據交互模塊502向所述指定的動態主機設置協議服務器發送DHCP Discover信令，并接收返回的DHCP Offer信令；其中，DHCP Discover信令為廣播信令或單播信令。
[0258]在該技術方案中，一種情況下，DHCP discover信令為廣播消息，則AP廣播該信令后，由指定的DHCP服務器自行接收，此時的DHCP discover與現有協議相同，減少了對現有技術的改進；另一種情況下，通過為AP與DHCP服務器之間建立關聯，則該DHCP服務器即為相應AP的指定的DHCP服務器，因而AP可以通過發送單播的DHCP Discover來避免接收到大量DHCP Offer信令，節省了其余DHCP服務器的運算負荷和電量損耗，也省去了 AP對DHCP Offer信令進行挑選的過程，有利于縮短無線通信設備500與AP建立連接的時間。
[0259]在上述技術方案中，優選地，所述數據處理模塊504還生成互聯網協議地址預分配響應幀，所述地址預分配響應幀至少包含通過所述互聯網協議地址預分配交互操作得到的互聯網協議地址預分配信息，所述互聯網協議地址預分配信息至少包含預分配互聯網協議地址種類標識、第一預分配互聯網協議地址類型標識和第二預分配互聯網協議地址類型標識；其中，所述預分配互聯網協議地址種類標識的值表示所述指定的動態主機設置協議服務器預分配的IP地址的種類，所述第一預分配互聯網協議地址類型標識的值表示預分配的IPv4種類的IP地址的類型，所述第二預分配互聯網協議地址類型標識的值表示預分配的IPv6種類的IP地址的類型；所述數據交互模塊502還發送所述互聯網協議地址預分配響應幀。
[0260]在該技術方案中，AP與DHCP服務器進行交互之后，DHCP服務器將分配/預分配的IP地址發送至AP，則AP將該IP地址的信息告知無線通信設備500，包括該IP地址的種類和具體的類型。具體地，比如當IP地址種類標識的值為“00”時，表示分配的為IPv4種類；當IP地址種類標識的值為“01”時，表示分配的為IPv6種類；當IP地址種類標識的值為“10”時，表示分配的為IPv4但可以轉換為IPv6類型，當IP地址類型標識的值為“11”時，表示分配的為IPv6但可以轉換為IPv4類型。當然，DHCP服務器分配的IP地址的種類和類型與無線通信設備500所需求的可以相同，也可以部分或完全不相同。且在該技術方案中，出于安全因素的考慮AP并沒有將IP地址發送給STA，而是緩存了該IP地址；當然AP也可以直接在這個交互過程中將IP地址發送給STA。
[0261]在上述技術方案中，優選地，還包括:所述互聯網協議地址預分配響應幀為開放系統認證響應幀和/或關聯響應幀。
[0262]在該技術方案中，由于無線通信設備500必須要執行與AP之間的關聯、密鑰協商等過程，因而開放系統認證響應幀和關聯響應幀是必須要發送的，那么可以通過將IP地址預分配信息放置在上述響應幀中，從而節省所需要執行的交互信令數量，縮短交互時間，提高無線通信設備500與AP之間建立連接的效率。
[0263]在上述技術方案中，優選地，所述互聯網協議地址預分配信息包含所述互聯網協議地址預分配響應幀的媒介訪問控制幀的幀頭部分或幀體部分的一個或多個位。
[0264]在該技術方案中，可以利用MAC幀的幀頭或幀體部分的一個或多個預留位，來放置該IP地址預分配信息。具體地，該IP地址預分配信息可以采用IE形式封裝在MAC幀中，比如可以采用ID為223的IE，或是其他預留或新建的IE位置。
[0265]在上述技術方案中，優選地，所述互聯網協議地址預分配信息包含所述互聯網協議地址預分配響應幀的媒介訪問控制幀的幀體部分的秩序域中的一個或多個位。
[0266]在該技術方案中，當采用MAC幀的幀體部分的一個或多個預留位來放置該IP地址預分配信息時,具體地,該預留位可以位于MAC幀的幀體部分的秩序域中，比如可以以IE的形式出現，被放置在幀體的某個秩序域中。
[0267]在上述技術方案中，優選地，所述數據交互模塊502還發送第一握手消息幀，接收第二握手消息幀，所述第二握手消息幀中至少包含互聯網協議地址請求信息，所述互聯網協議地址請求信息表示所述第二握手消息幀的發送方請求獲取所述指定的動態主機設置協議服務器預分配的IP地址。
[0268]在該技術方案中，通過第二握手消息幀發送IP地址請求信息，一方面無線通信設備500可以向AP請求具體的IP地址，另一方面通過對現有信令的利用，有利于節省信令數量，加快無線通信設備500與AP的連接速度。
[0269]在上述技術方案中，優選地，所述數據交互模塊502還發送第三握手消息幀，接收第四握手消息幀，所述第三握手消息幀中至少包含所述指定的動態主機設置協議服務器預分配的IP地址。
[0270]在該技術方案中，通過第四握手消息幀發送IP地址，一方面實現了由AP向無線通信設備500的傳輸，另一方面通過對現有信令的利用，有利于節省信令數量，加快無線通信設備500與AP的連接速度。
[0271]在上述技術方案中，優選地，還包括:所述數據交互模塊502還在發送所述第三握手消息幀之前，向所述指定的動態主機設置協議服務器發送動態主機配置協議請求幀(DHCP request)，并接收所述動態主機配置協議服務器返回的確認消息幀(DHCP ACK);其中，所述動態主機配置協議請求幀(DHCP request)用來與所述動態主機配置協議服務器確認將所述預分配IP地址分配給所述互聯網協議地址預分配請求幀的發送方。
[0272]在該技術方案在，通過與DHCP服務器進行確認，從而將對IP地址的分配操作告知DHCP服務器，使得DHCP服務器能夠對IP地址進行持續維護和管理，確保無線通信設備在接AAP后的穩定性。
[0273]在上述技術方案中，優選地，還包括:用成對臨時密鑰來加密所述預分配的IP地址。
[0274]在該技術方案中，無線通信設備500與AP通過協商臨時密鑰PTK來加密發送IP地址，有利于提升IP地址的傳輸過程的安全性。
[0275]在上述技術方案中，優選地，所述數據處理模塊504在所述數據交互模塊502發送所述第一握手消息幀之后的預設時間段內未接收到所述第二握手消息幀的情況下，生成互聯網協議地址釋放請求；所述數據交互模塊502還向所述指定的動態主機設置協議服務器發送所述互聯網協議地址釋放請求，以指示其釋放為所述互聯網協議地址預分配請求幀的發送方預分配的IP地址。
[0276]在該技術方案中，當無線通信設備500通過開放系統認證請求幀發送IP地址預分配觸發信息時，若一定時間內未接收到響應消息，則說明可能AP與DHCP服務器的協商不成功，比如信號中斷，或是DHCP服務器無法滿足無線通信設備500所需求的IP地址的種類或類型等原因，則無線通信設備500可以利用需要發送的其他消息幀，比如關聯認證請求幀等，重新發送IP地址預分配觸發信息。其中，當第一次發送的IP地址預分配觸發信息中包含對IP地址的種類和/或類型等的需求時，第二次發送的IP地址預分配觸發信息可以與第一次相同或不同，比如可以刪除需求，以避免第一次的失敗是由于DHCP服務器無法滿足該需求而導致，從而有利于提高本次連接的成功率，并且加快連接速度。
[0277]圖6示出了本發明的一個實施例的STA與AP建立初始連接時的信令交互流程圖。
[0278]如圖6所示，本發明的一個實施例的STA與AP建立初始連接時的信令交互流程包括:
[0279]步驟1:終端602發送探測請求幀。
[0280]步驟2:接收到探測請求幀的接入點604，向終端602返回探測響應幀。
[0281]步驟3:終端602向接入點604發送開放系統認證請求巾貞。在該請求巾貞中包含有IP地址預分配觸發信息，其中，IP地址預分配觸發信息用于觸發接入點604向對應的DHCP服務器606發起IP地址預分配的交互操作。
[0282]其中，IP地址預分配的交互操作具體包括:
[0283]步驟Al:接入點604向DHCP服務器606發送DHCP discover(DHCP發現消息幀)，請求DHCP服務器606為終端602分配IP地址；
[0284]步驟A2 =DHCP服務器向接入點604返回DHCP offer (DHCP提供消息幀)，告知其為終端602分配的IP地址。
[0285]需要說明的是:
[0286]I) DHCP discover可能為廣播消息幀，則接入點604無法在步驟Al中將DHCPdiscover直接發送至DHCP服務器606，而是廣播該消息幀之后，由DHCP服務器606接收到；如果接入點604和DHCP服務器606事先存在關聯關系，因而DHCP discover也可能為單播消息幀，并被接入點604直接發送至DHCP服務器606。
[0287]2)雖然僅需在開放系統認證請求幀內添加IP地址預分配觸發信息，就可以使得接入點604發起上述交互操作，但為了進一步滿足終端602的實際需求，在開放系統認證請求幀內還可以添加更多的需求信息，具體如圖7所示。當然，這些需求信息顯然并不是必須的。
[0288]圖7示出了 IP地址預分配觸發信息所處的信息元素的結構，該信息元素包括信息ID、長度以及IP地址預分配觸發信息。該信息元素可以為開放系統認證請求幀中預留或新添加的，具體如表I所示，該信息元素的ID值可以為222 (或其他ID)。
[0289]
【權利要求】
1.一種無線通信方法，其特征在于，包括: 生成互聯網協議地址預分配請求幀，所述互聯網協議地址預分配請求幀至少包含互聯網協議地址預分配觸發信息，所述互聯網協議地址預分配觸發信息用于指示所述互聯網協議地址預分配請求幀的接收方發起與指定的動態主機設置協議服務器的互聯網協議地址預分配交互操作； 發送所述互聯網協議地址預分配請求幀。
2.根據權利要求1所述的無線通信方法，其特征在于，所述互聯網協議地址預分配觸發信息包含所述互聯網協議地址預分配請求幀的媒介訪問控制幀的幀頭部分或幀體部分的一個或多個位。
3.根據權利要求2所述的無線通信方法，其特征在于，所述互聯網協議地址預分配信息包含所述媒介訪問控制幀的幀體部分的秩序域中的一個或多個位。
4.根據權利要求1所述的無線通信方法，其特征在于，所述互聯網協議地址預分配請求幀還包含互聯網協議地址種類標識，其中，所述互聯網協議地址種類標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IP地址的種類。
5.根據權利要求4所述的無線通信方法，其特征在于，所述地址預分配請求幀還包含第一互聯網協議地址類型標識和/或第二互聯網協議地址類型標識，其中，所述第一互聯網協議地址類型標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IPv4種 類的IP地址的類型，所述第二互聯網協議地址類型標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IPv6種類的IP地址的類型。
6.根據權利要求1所述的無線通信方法，其特征在于，還包括: 所述互聯網協議地址預分配請求幀為開放系統認證請求幀和/或關聯請求幀。
7.根據權利要求1至6中任一項所述的無線通信方法，其特征在于，還包括: 接收來自所述互聯網協議地址預分配請求幀的接收方的互聯網協議地址預分配響應幀，所述互聯網協議地址預分配響應幀至少包含互聯網協議地址預分配信息，所述互聯網協議地址預分配信息至少包含預分配互聯網協議地址種類標識、第一預分配互聯網協議地址類型標識和第二預分配互聯網協議地址類型標識； 其中，所述預分配互聯網協議地址種類標識的值表示所述指定的動態主機設置協議服務器預分配的IP地址的種類，所述第一預分配互聯網協議地址類型標識的值表示預分配的IPv4種類的IP地址的類型，所述第二預分配互聯網協議地址類型標識的值表示預分配的IPv6種類的IP地址的類型。
8.根據權利要求7所述的無線通信方法，其特征在于，還包括: 所述互聯網協議地址預分配響應幀為開放系統認證響應幀和/或關聯響應幀。
9.根據權利要求7所述的無線通信方法，其特征在于，所述互聯網協議地址預分配信息包含所述互聯網協議地址預分配響應幀的媒介訪問控制幀的幀頭部分或幀體部分的一個或多個位。
10.根據權利要求9所述的無線通信方法，其特征在于，所述互聯網協議地址預分配信息包含所述互聯網協議地址預分配響應幀的媒介訪問控制幀的幀體部分的秩序域中的一個或多個位。
11.根據權利要求7所述的無線通信方法，其特征在于，還包括: 接收第一握手消息幀； 返回第二握手消息幀，所述第二握手消息幀中至少包含IP地址請求信息，所述IP地址請求信息表示所述第二握手消息幀的發送方請求獲取所述指定的動態主機設置協議服務器預分配的IP地址。
12.根據權利要求11所述的無線通信方法，其特征在于，還包括: 接收第三握手消息幀，所述第三握手消息幀中至少包含所述指定的動態主機設置協議服務器預分配的IP地址； 返回第四握手消息幀。
13.根據權利要求11所述的無線通信方法，其特征在于，還包括: 用成對臨時密鑰來解密所述預分配的IP地址。
14.根據權利要求7所述的無線通信方法，其特征在于，還包括: 在發送類型為開放系統認證請求幀的所述互聯網協議地址預分配請求幀之后，判斷在預設時間段內是否接收到所述互聯網協議地址預分配響應幀； 若未接收到，則進一步生成并發送類型為關聯認證請求幀的所述互聯網協議地址預分配請求幀。
15.一種無線通信設備，`其特征在于，包括: 數據處理模塊，用于生成互聯網協議地址預分配請求幀，所述互聯網協議地址預分配請求幀至少包含互聯網協議地址預分配觸發信息，所述互聯網協議地址預分配觸發信息用于指示所述互聯網協議地址預分配請求幀的接收方發起與指定的動態主機設置協議服務器的互聯網協議地址預分配交互操作； 數據交互模塊，用于發送所述互聯網協議地址預分配請求幀。
16.根據權利要求15所述的無線通信設備，其特征在于，所述互聯網協議地址預分配請求幀還包含互聯網協議地址種類標識，其中，所述互聯網協議地址種類標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IP地址的種類。
17.根據權利要求16所述的無線通信設備，其特征在于，所述地址預分配請求幀還包含第一互聯網協議地址類型標識和/或第二互聯網協議地址類型標識，其中，所述第一互聯網協議地址類型標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IPv4種類的IP地址的類型，所述第二互聯網協議地址類型標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IPv6種類的IP地址的類型。
18.根據權利要求15至17中任一項所述的無線通信設備，其特征在于， 所述數據交互模塊還接收來自所述互聯網協議地址預分配請求幀的接收方的互聯網協議地址預分配響應幀，所述互聯網協議地址預分配響應幀至少包含互聯網協議地址預分配信息，所述互聯網協議地址預分配信息至少包含預分配互聯網協議地址種類標識、第一預分配互聯網協議地址類型標識和第二預分配互聯網協議地址類型標識； 其中，所述預分配互聯網協議地址種類標識的值表示所述指定的動態主機設置協議服務器預分配的IP地址的種類，所述第一預分配互聯網協議地址類型標識的值表示預分配的IPv4種類的IP地址的類型，所述第二預分配互聯網協議地址類型標識的值表示預分配的IPv6種類的IP地址的類型。
19.根據權利要求18所述的無線通信設備，其特征在于， 所述數據交互模塊還接收第一握手消息幀，并返回第二握手消息幀，所述第二握手消息幀中至少包含IP地址請求信息，所述IP地址請求信息表示所述第二握手消息幀的發送方請求獲取所述指定的動態主機設置協議服務器預分配的IP地址； 所述數據處理模塊還生成所述第二握手消息幀。
20.根據權利要求19所述的無線通信設備，其特征在于， 所述數據交互模塊還接收第三握手消息幀，返回第四握手消息幀，所述第三握手消息幀中至少包含所述指定的動態主機設置協議服務器預分配的IP地址； 所述數據處理模塊還生成所述第四握手消息幀。
21.根據權利要求20所述無線通信設備，其特征在于，還包括: 用成對臨時密鑰來解密所述預分配的IP地址。
22.根據權利要求18所述的無線通信設備，其特征在于， 所述數據處理模塊在所述數據交互模塊發送類型為開放系統認證請求幀的所述互聯網協議地址預分配請求幀之后，判斷在預設時間段內是否接收到所述互聯網協議地址預分配響應幀，若未接收到，則進一步生成類型為關聯認證請求幀的所述互聯網協議地址預分配請求幀，以由所述數據交互模塊進行發送。
23.一種無線通信方法，其特征在于，包括: 接收互聯網協議地址預分配請求幀，所述互聯網協議地址預分配請求幀至少包含互聯網協議地址預分配觸發信息，所述互聯網協議地址預分配觸發信息用于指示所述互聯網協議地址預分配請求幀的接收方發起與指定的動態主機設置協議服務器的互聯網協議地址預分配交互操作； 發起所述互聯網協議地址預分配交互操作。
24.根據權利要求23所述的無線通信方法，其特征在于，所述互聯網協議地址預分配請求幀還包含互聯網協議地址種類標識，其中，所述互聯網協議地址種類標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IP地址的種類。
25.根據權利要求24所述的無線通信方法，其特征在于，所述地址預分配請求幀還包含第一互聯網協議地址類型標識和/或第二互聯網協議地址類型標識，其中，所述第一互聯網協議地址類型標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IPv4種類的IP地址的類型，所述第二互聯網協議地址類型標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IPv6種類的IP地址的類型。
26.根據權利要求23所述的無線通信方法，其特征在于，所述發起所述互聯網協議地址預分配交互操作的過程包括: 向所述指定的動態主機設置協議服務器發送動態主機設置協議發現消息幀(DHCPDiscover),并接收返回的動態主機設置協議提供消息巾貞(DHCP Offer)；其中，所述動態主機設置協議發現消息幀(DHCP Discover)為廣播信令或單播信令。
27.根據權利要求23至26中任一項所述的無線通信方法，其特征在于，還包括: 生成并發送互聯網協議地址預分配響應幀，所述互聯網協議地址預分配響應幀至少包含通過所述互聯網協議地址預分配交互操作得到的互聯網協議地址預分配信息，所述互聯網協議地址預分配信息至少包含預分配互聯網協議地址種類標識、第一預分配互聯網協議地址類型標識和第二預分配互聯網協議地址類型標識； 其中，所述預分配互聯網協議地址種類標識的值表示所述指定的動態主機設置協議服務器預分配的IP地址的種類，所述第一預分配互聯網協議地址類型標識的值表示預分配的IPv4種類的IP地址的類型，所述第二預分配互聯網協議地址類型標識的值表示預分配的IPv6種類的IP地址的類型。
28.根據權利要求27所述的無線通信方法，其特征在于，還包括: 發送第一握手消息巾貞； 接收第二握手消息幀，所述第二握手消息幀中至少包含IP地址請求信息，所述IP地址請求信息表示所述第二握手消息幀的發送方請求獲取所述指定的動態主機設置協議服務器預分配的IP地址。
29.根據權利要求28所 述的無線通信方法，其特征在于，還包括: 發送第三握手消息幀，所述第三握手消息幀中至少包含所述指定的動態主機設置協議服務器預分配的IP地址； 接收第四握手消息幀。
30.根據權利要求29所述的無線通信方法，其特征在于，還包括: 在發送所述第三握手消息幀之前，向所述指定的動態主機設置協議服務器發送動態主機配置協議請求巾貞(DHCP request),所述動態主機配置協議請求巾貞(DHCP request)用來與所述動態主機配置協議服務器確認將所述預分配IP地址分配給所述互聯網協議地址預分配請求巾貞的發送方； 接收所述動態主機配置協議服務器返回的動態主機配置協議確認幀(DHCP ACK)。
31.根據權利要求29所述方法，其特征在于，還包括: 用成對臨時密鑰來加密所述預分配的IP地址。
32.根據權利要求28所述的無線通信方法，其特征在于，還包括: 在發送所述第一握手消息幀之后，判斷在預設時間段內是否接收到所述第二握手消息幀； 若未接收到，則向所述指定的動態主機設置協議服務器發送互聯網協議地址釋放請求，以指示其釋放為所述互聯網協議地址預分配請求幀的發送方預分配的IP地址。
33.一種無線通信設備，其特征在于，包括: 數據交互模塊，用于接收互聯網協議地址預分配請求幀，所述互聯網協議地址預分配請求幀至少包含互聯網協議地址預分配觸發信息，所述互聯網協議地址預分配觸發信息用于指示所述互聯網協議地址預分配請求幀的接收方發起與指定的動態主機設置協議服務器的互聯網協議地址預分配交互操作； 數據處理模塊，用于發起所述互聯網協議地址預分配交互操作。
34.根據權利要求33所述的無線通信設備，其特征在于，所述互聯網協議地址預分配請求幀還包含互聯網協議地址種類標識，其中，所述互聯網協議地址種類標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IP地址的種類。
35.根據權利要求34所述的無線通信設備，其特征在于，所述地址預分配請求幀還包含第一互聯網協議地址類型標識和/或第二互聯網協議地址類型標識，其中，所述第一互聯網協議地址類型標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IPv4種類的IP地址的類型，所述第二互聯網協議地址類型標識的值指示所述接收方在執行所述互聯網協議地址預分配交互操作的過程中請求預分配的IPv6種類的IP地址的類型。
36.根據權利要求33所述的無線通信設備，其特征在于，所述數據處理模塊發起所述互聯網協議地址預分配交互操作的過程包括: 控制所述數據交互模塊向所述指定的動態主機設置協議服務器發送動態主機設置協議發現消息幀(DHCP Di SCOver )，并接收返回的動態主機設置協議提供消息幀(DHCPOffer)； 其中，動態主機設置協議發現消息幀(DHCP Discover)為廣播或單播信令。
37.根據權利要求33至36中任一項所述的無線通信設備，其特征在于，所述數據處理模塊還生成互聯網協議地址預分配響應幀，所述地址預分配響應幀至少包含通過所述互聯網協議地址預分配交互操作得到的互聯網協議地址預分配信息，所述互聯網協議地址預分配信息至少包含預分配互聯網協議地址種類標識、第一預分配互聯網協議地址類型標識和第二預分配互聯網協議地址 類型標識； 其中，所述預分配互聯網協議地址種類標識的值表示所述指定的動態主機設置協議服務器預分配的IP地址的種類，所述第一預分配互聯網協議地址類型標識的值表示預分配的IPv4種類的IP地址的類型，所述第二預分配互聯網協議地址類型標識的值表示預分配的IPv6種類的IP地址的類型； 所述數據交互模塊還發送所述互聯網協議地址預分配響應幀。
38.根據權利要求37所述的無線通信設備，其特征在于， 所述數據交互模塊還發送第一握手消息幀，接收第二握手消息幀，所述第二握手消息幀中至少包含互聯網協議地址請求信息，所述互聯網協議地址請求信息表示所述第二握手消息幀的發送方請求獲取所述指定的動態主機設置協議服務器預分配的IP地址。
39.根據權利要求38所述的無線通信設備，其特征在于， 所述數據交互模塊還發送第三握手消息幀，接收第四握手消息幀，所述第三握手消息幀中至少包含所述指定的動態主機設置協議服務器預分配的IP地址。
40.根據權利要求39所述無線通信設備，其特征在于，還包括: 所述數據交互模塊還在發送所述第三握手消息幀之前，向所述指定的動態主機設置協議服務器發送動態主機配置協議請求幀(DHCP request),并接收所述動態主機配置協議服務器返回的確認消息幀(DHCP ACK)； 其中，所述動態主機配置協議請求幀(DHCP request)用來與所述動態主機配置協議服務器確認將所述預分配IP地址分配給所述互聯網協議地址預分配請求幀的發送方。
41.根據權利要求39所述無線通信設備，其特征在于，還包括:用成對臨時密鑰來加密所述預分配的IP地址。
42.根據權利要求38所述的無線通信設備，其特征在于， 所述數據處理模塊在所述數據交互模塊發送所述第一握手消息幀之后的預設時間段內未接收到所述第二握手消息幀的情況下，生成互聯網協議地址釋放請求； 所述數據交互模塊還向所述指定的動態主機設置協議服務器發送所述互聯網協議地址釋放請求，以指示其釋放為所述互聯網協議地址預分配請求幀的發送方預分配的IP地 址。
【文檔編號】H04L29/12GK103442450SQ201310367743
【公開日】2013年12月11日 申請日期:2013年8月21日 優先權日:2013年8月21日
【發明者】董賢東 申請人:宇龍計算機通信科技(深圳)有限公司