一種服務發(fā)現(xiàn)方法及裝置制造方法

文檔序號：7999070閱讀：232來源：國知局

一種服務發(fā)現(xiàn)方法及裝置制造方法
【專利摘要】本發(fā)明實施例公開了一種服務發(fā)現(xiàn)方法，包括：第一設備構造零數(shù)據(jù)報文請求幀，其中，所述零數(shù)據(jù)報文請求幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文請求幀包含零數(shù)據(jù)報文請求幀的幀類型信息、所述第一設備的服務類型信息及服務標識信息；發(fā)送所述零數(shù)據(jù)報文請求幀以使第二設備接收所述零數(shù)據(jù)報文請求幀并判斷所述第一設備是否與所述第二設備的服務需求匹配；接收所述第二設備在判定所述第一設備與所述第二設備的服務需求匹配后返回的響應消息，完成與所述第二設備的服務發(fā)現(xiàn)。本發(fā)明實施例還公開了一種服務發(fā)現(xiàn)裝置。采用本發(fā)明，可利用長度較短的幀實現(xiàn)服務發(fā)現(xiàn)，減少功耗及信道的占用，提高媒體利用效率。
【專利說明】一種服務發(fā)現(xiàn)方法及裝置

【技術領域】
[0001] 本發(fā)明涉及通信【技術領域】，尤其涉及一種服務發(fā)現(xiàn)方法及裝置。

【背景技術】
[0002] 隨著移動互聯(lián)網時代的來臨，配備無線保真（Wireless Fidelity,簡稱Wi-Fi) 接口的無線設備如智能手機、平板電腦等開始普及，基于Wi-Fi的社交應用正成為業(yè)界的熱點。為此，Wi-Fi聯(lián)盟（Wi-Fi Alliance，簡稱WFA)成立了鄰居感知網絡（Neighbor Awareness Networking,簡稱NAN)等針對社交應用的任務組，研究基于Wi-Fi的社交應用對于Wi-Fi本身的影響并制定相關標準。NAN任務組研究的典型場景之一在于：無線設備在關聯(lián)之前相互發(fā)現(xiàn)對方及發(fā)現(xiàn)對方所能提供的服務。例如，在社交游戲應用中，兩臺移動終端設備在靠近時，可通過Wi-Fi發(fā)現(xiàn)彼此，并在關聯(lián)前確認對方是否與自己具有相同的游戲愛好，以避免關聯(lián)后卻發(fā)現(xiàn)雙方興趣不同所導致的額外信令開銷。在這個過程中包括：設備發(fā)現(xiàn)和服務發(fā)現(xiàn)，兩者可同時完成。前者相對簡單，而后者則由于服務的多樣性而相對復雜。
[0003] 在Wi-Fi直連（Wi-Fi Derect)技術中，服務發(fā)現(xiàn)的過程主要通過以下方法完成： A設備在社交信道（通常為2. 4GHz頻段上的1/6/11信道）上持續(xù)發(fā)送攜帶服務標識信息和地址信息的探測請求（Probe Request)巾貞，然后監(jiān)聽其他設備返回的探測響應（Probe Response)巾貞；當A設備在發(fā)送第N個探測請求巾貞時，B設備接收到該探測請求巾貞，若該探測請求幀攜帶的服務標識信息符合B設備的要求，則B設備發(fā)送探測響應幀給A，完成服務發(fā)現(xiàn)。其中，探測請求巾貞及探測響應巾貞均為媒體接入控制（Medium Access Control， MAC)層幀，其屬于管理幀，幀體部分包含對等網絡（Peer to Peer，簡稱P2P)信息元素 (Information Element，簡稱 IE)、無線保真簡單配置（Wi-Fi Simple Configuration，簡稱 WSC) IE、強健安全網絡（Robust Security Network，簡稱RSC) IE及其他常規(guī)IE，因此其幀體較長，且為了完成服務發(fā)現(xiàn)，探測請求幀需要攜帶的信息較多。但是按照NAN規(guī)范要求，即使服務發(fā)現(xiàn)已經完成，服務發(fā)現(xiàn)機制仍需在后臺持續(xù)運行，以完成A設備與B設備之外的其他設備的服務發(fā)現(xiàn)，即A設備必須長期持續(xù)向外發(fā)送探測請求幀。如果探測請求幀的長度較長，那么單次發(fā)射的功耗也較大，這將對無線設備的電池續(xù)航能力提出嚴峻挑戰(zhàn)，且在配備Wi-Fi接口的無線設備特別密集的情況下，信道將被較長的探測請求幀充斥，大大降低了媒體利用效率，并將影響到其他Wi-Fi網絡的正常工作。

【發(fā)明內容】

[0004] 本發(fā)明實施例所要解決的技術問題在于，提供一種服務發(fā)現(xiàn)方法及裝置，以，減少服務發(fā)現(xiàn)時的功耗及對信道的占用，提高媒體利用效率。
[0005] 為了解決上述技術問題，本發(fā)明實施例第一方面提供了一種服務發(fā)現(xiàn)方法，包括：
[0006] 第一設備構造零數(shù)據(jù)報文請求幀，其中，所述零數(shù)據(jù)報文請求幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文請求幀包含所述零數(shù)據(jù)報文請求幀的幀類型信息、所述第一設備的服務類型信息及所述第一設備的服務標識信息；
[0007] 發(fā)送所述零數(shù)據(jù)報文請求幀以使第二設備接收所述零數(shù)據(jù)報文請求幀并判斷所述第一設備是否與所述第二設備的服務需求匹配；
[0008] 接收所述第二設備在判定所述第一設備與所述第二設備的服務需求匹配后返回的響應消息，完成與所述第二設備的服務發(fā)現(xiàn)。
[0009] 在本發(fā)明實施例第一方面的第一種可能的實現(xiàn)方式中，所述零數(shù)據(jù)報文請求幀的幀結構包括訓練域及信號域，所述信號域用于承載信息，所述第一設備構造零數(shù)據(jù)報文請求中貞，包括：
[0010] 所述第一設備選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中的調制編碼方式字段的取值配置為未定義的取值區(qū)間中的值，將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、服務類型字段及服務標識字段，將所述零數(shù)據(jù)報文請求幀的幀類型信息承載于所述幀類型字段，將所述第一設備的服務類型信息承載于所述服務類型字段，將所述第一設備的服務標識信息承載于所述服務標識字段，構造所述零數(shù)據(jù)報文請求幀；或者，
[0011] 所述第一設備選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、服務類型字段及服務標識字段，將所述零數(shù)據(jù)報文請求幀的幀類型信息承載于所述幀類型字段，將所述第一設備的服務類型信息承載于所述服務類型字段，將所述第一設備的服務標識信息承載于所述服務標識字段，在完成幀校驗之后，將所述高吞吐量信號域或超高吞吐量信號域中預設的至少一個比特翻轉，構造所述零數(shù)據(jù)報文請求幀。
[0012] 結合第一方面的第一種可能的實現(xiàn)方式，在第二種可能的實現(xiàn)方式中，所述將所述高吞吐量信號域或超高吞吐量信號域中預設的至少一個比特翻轉，包括：
[0013] 將所述高吞吐量信號域或超高吞吐量信號域中的循環(huán)冗余檢驗字段所含的比特中的部分或全部翻轉。
[0014] 結合第一方面或結合第一方面的第一或第二種可能的實現(xiàn)方式，在第三種可能的實現(xiàn)方式中，所述接收所述第二設備在判定所述第一設備與所述第二設備的服務需求匹配后返回的響應消息，完成與所述第二設備的服務發(fā)現(xiàn)，包括：
[0015] 接收所述第二設備返回的零數(shù)據(jù)報文響應幀，其中，所述零數(shù)據(jù)報文響應幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文響應幀包含所述零數(shù)據(jù)報文響應幀的幀類型信息、所述第二設備的服務類型信息及所述第二設備的服務標識信息；
[0016] 發(fā)送攜帶所述第一設備的服務標識信息及地址信息的探測請求幀至所述第二設備；
[0017] 接收所述第二設備返回的攜帶所述第二設備的服務標識信息及地址信息的探測響應幀，完成與所述第二設備的服務發(fā)現(xiàn)。
[0018] 結合第一方面或結合第一方面的第一或第二種可能的實現(xiàn)方式，在第四種可能的實現(xiàn)方式中，所述接收所述第二設備在判定所述第一設備與所述第二設備的服務需求匹配后返回的響應消息，完成與所述第二設備的服務發(fā)現(xiàn)，包括：
[0019] 接收所述第二設備返回的攜帶所述第二設備的服務標識信息及地址信息的探測請求幀；
[0020] 發(fā)送攜帶所述第一設備的服務標識信息及地址信息的探測響應幀至所述第二設備，完成與所述第二設備的服務發(fā)現(xiàn)。
[0021] 結合第一方面或結合第一方面的第一或第二或第三或第四種可能的實現(xiàn)方式，在第五種可能的實現(xiàn)方式中，所述服務類型包括以下中的至少一項：
[0022] 發(fā)布服務，用于表示設備提供的服務；
[0023] 查找服務，用于表示設備需要的服務；
[0024] 合作服務，用于表示設備尋求合作的服務。
[0025] 結合第一方面或結合第一方面的第一或第二或第三或第四或第五種可能的實現(xiàn) 方式，在第六種可能的實現(xiàn)方式中，所述服務標識信息為設備服務名稱的一部分或設備服務名稱的哈希值或設備服務名稱哈希值的一部分。
[0026] 結合第一方面或結合第一方面的第一或第二或第三或第四或第五或第六種可能的實現(xiàn)方式，在第七種可能的實現(xiàn)方式中，所述零數(shù)據(jù)報文請求幀還包含所述第一設備的地址信息。
[0027] 本發(fā)明實施例第二方面提供了一種服務發(fā)現(xiàn)方法，包括：
[0028] 第二設備接收第一設備發(fā)送的零數(shù)據(jù)報文請求幀，其中，所述零數(shù)據(jù)報文請求幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文請求幀包含所述零數(shù) 據(jù)報文請求幀的幀類型信息、所述第一設備的服務類型信息及所述第一設備的服務標識信息；
[0029] 根據(jù)接收的所述零數(shù)據(jù)報文請求幀，判斷所述第一設備是否與所述第二設備的服務需求匹配；
[0030] 若是，則所述第二設備發(fā)送響應消息至所述第一設備，完成與所述第一設備的服務發(fā)現(xiàn)。
[0031] 在本發(fā)明實施例第二方面的第一種可能的實現(xiàn)方式中，所述第二設備發(fā)送響應消息至所述第一設備，完成與所述第一設備的服務發(fā)現(xiàn)，包括：
[0032] 發(fā)送攜帶所述第二設備的服務標識信息及地址信息的探測請求幀；
[0033] 接收所述第一設備返回的攜帶所述第一設備的服務標識信息及地址信息的探測響應幀，完成與所述第一設備的服務發(fā)現(xiàn)。
[0034] 在本發(fā)明實施例第二方面的第二種可能的實現(xiàn)方式中，所述第二設備發(fā)送響應消息至所述第一設備，完成與所述第一設備的服務發(fā)現(xiàn)，包括：
[0035] 所述第二設備構造零數(shù)據(jù)報文響應幀，其中，所述零數(shù)據(jù)報文響應幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文響應幀包含所述零數(shù)據(jù)報文響應幀的幀類型信息、所述第二設備的服務類型信息及所述第二設備的服務標識信息；
[0036] 發(fā)送所述零數(shù)據(jù)報文響應幀至所述第一設備；
[0037] 接收所述第一設備返回的攜帶所述第一設備的服務標識信息及地址信息的探測請求幀；
[0038] 發(fā)送攜帶所述第二設備的服務標識信息及地址信息的探測響應幀，完成與所述第一設備的服務發(fā)現(xiàn)。
[0039] 結合第二方面的第二種可能的實現(xiàn)方式，在第三種可能的實現(xiàn)方式中，所述零數(shù) 據(jù)報文響應幀的幀結構包括訓練域及信號域，所述信號域用于承載信息，所述第二設備構造零數(shù)據(jù)報文響應幀，包括：
[0040] 所述第二設備選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中的調制編碼方式字段的取值配置為未定義的取值區(qū)間中的值，將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、服務類型字段及服務標識字段，將所述零數(shù)據(jù)報文響應幀的幀類型信息承載于所述幀類型字段，將所述第二設備的服務類型信息承載于所述服務類型字段，將所述第二設備的服務標識信息承載于所述服務標識字段，構造所述零數(shù)據(jù)報文響應幀；或者，
[0041] 所述第二設備選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、服務類型字段及服務標識字段，將所述零數(shù)據(jù)報文響應幀的幀類型信息承載于所述幀類型字段，將所述第二設備的服務類型信息承載于所述服務類型字段，將所述第二設備的服務標識信息承載于所述服務標識字段，在完成幀校驗之后，將所述高吞吐量信號域或超高吞吐量信號域中預設的至少一個比特翻轉，構造所述零數(shù)據(jù)報文響應幀。
[0042] 結合第二方面的第三種可能的實現(xiàn)方式，在第四種可能的實現(xiàn)方式中，所述將所述高吞吐量信號域或超高吞吐量信號域中預設的至少一個比特翻轉，包括：
[0043] 將所述高吞吐量信號域或超高吞吐量信號域中的循環(huán)冗余檢驗字段所含的比特中的部分或全部翻轉。
[0044] 結合第二方面的第二或第三或第四種可能的實現(xiàn)方式，在第五種可能的實現(xiàn)方式中，所述零數(shù)據(jù)報文響應幀還包含所述第二設備的地址信息和/或所述第一設備的地址信肩、。
[0045] 結合第二方面或結合第二方面的第一或第二或第三或第四或第五種可能的實現(xiàn) 方式，在第六種可能的實現(xiàn)方式中，所述服務類型包括以下中的至少一項：
[0046] 發(fā)布服務，用于表示設備提供的服務；
[0047] 查找服務，用于表示設備需要的服務；
[0048] 合作服務，用于表示設備尋求合作的服務。
[0049] 結合第二方面或結合第二方面的第一或第二或第三或第四或第五或第六種可能的實現(xiàn)方式，在第七種可能的實現(xiàn)方式中，所述根據(jù)接收的所述零數(shù)據(jù)報文請求幀，判斷所述第一設備是否與所述第二設備的服務需求匹配，包括：
[0050] 根據(jù)所述零數(shù)據(jù)報文請求幀中所述第一設備的服務類型信息，判斷所述第一設備的服務類型是否與所述第二設備的服務類型匹配；
[0051] 若所述第一設備的服務類型為發(fā)布服務且所述第二設備的服務類型為查找服務；或所述第一設備的服務類型為查找服務且所述第二設備的服務類型為發(fā)布服務；或所述第一設備的服務類型為合作服務且所述第二設備的服務類型為合作服務；則進一步根據(jù)所述零數(shù)據(jù)報文請求幀中所述第一設備的服務標識信息，判斷所述第一設備的提供的服務是否與所述第二設備需求的服務匹配；
[0052] 若是，則判定所述第一設備與所述第二設備的服務需求匹配。
[0053] 結合第二方面或結合第二方面的第一或第二或第三或第四或第五或第六或第七種可能的實現(xiàn)方式，在第八種可能的實現(xiàn)方式中，所述服務標識信息為設備服務名稱的一部分或設備服務名稱的哈希值或設備服務名稱哈希值的一部分。
[0054] 本發(fā)明實施例第三方面提供了一種服務發(fā)現(xiàn)裝置，包括：
[0055] 構造單元，用于構造零數(shù)據(jù)報文請求幀，其中，所述零數(shù)據(jù)報文請求幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文請求幀包含所述零數(shù)據(jù)報文請求幀的幀類型信息、所述第一設備的服務類型信息及所述第一設備的服務標識信息；
[0056] 發(fā)送單元，用于發(fā)送所述零數(shù)據(jù)報文請求幀以使第二設備接收所述零數(shù)據(jù)報文請求幀并判斷所述第一設備是否與所述第二設備的服務需求匹配；
[0057] 接收單元，用于接收所述第二設備在判定所述第一設備與所述第二設備的服務需求匹配后返回的響應消息，完成與所述第二設備的服務發(fā)現(xiàn)。
[0058] 在本發(fā)明實施例第三方面的第一種可能的實現(xiàn)方式中，所述零數(shù)據(jù)報文請求幀的幀結構包括訓練域及信號域，所述信號域用于承載信息，所述構造單元具體用于：
[0059] 選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中的調制編碼方式字段的取值配置為未定義的取值區(qū)間中的值，將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、月艮務類型字段及服務標識字段，將所述零數(shù)據(jù)報文請求幀的幀類型信息承載于所述幀類型字段，將所述第一設備的服務類型信息承載于所述服務類型字段，將所述第一設備的服務標識信息承載于所述服務標識字段，構造所述零數(shù)據(jù)報文請求幀；或者，
[0060] 選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、服務類型字段及服務標識字段，將所述零數(shù)據(jù)報文請求幀的幀類型信息承載于所述幀類型字段，將所述第一設備的服務類型信息承載于所述服務類型字段，將所述第一設備的服務標識信息承載于所述服務標識字段，在完成幀校驗之后，將所述高吞吐量信號域或超高吞吐量信號域中預設的至少一個比特翻轉，構造所述零數(shù)據(jù)報文請求幀。
[0061] 結合第三方面的第一種可能的實現(xiàn)方式，在第二種可能的實現(xiàn)方式中，所述構造單元將所述高吞吐量信號域或超高吞吐量信號域中預設的至少一個比特翻轉時，具體用于將所述高吞吐量信號域或超高吞吐量信號域中的循環(huán)冗余檢驗字段所含的比特中的部分或全部翻轉。
[0062] 結合第三方面或結合第三方面的第一或第二種可能的實現(xiàn)方式，在第三種可能的實現(xiàn)方式中，所述接收單元具體用于：
[0063] 接收所述第二設備返回的零數(shù)據(jù)報文響應幀，其中，所述零數(shù)據(jù)報文響應幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文響應幀包含所述零數(shù)據(jù)報文響應幀的幀類型信息、所述第二設備的服務類型信息及所述第二設備的服務標識信息； [0064] 指示所述發(fā)送單元發(fā)送攜帶所述第一設備的服務標識信息及地址信息的探測請求幀至所述第二設備。
[0065] 結合第三方面或結合第三方面的第一或第二種可能的實現(xiàn)方式，在第四種可能的實現(xiàn)方式中，所述接收單元具體用于：
[0066] 接收所述第二設備返回的攜帶所述第二設備的服務標識信息及地址信息的探測請求幀；
[0067] 指示所述發(fā)送單元發(fā)送攜帶所述第一設備的服務標識信息及地址信息的探測響應幀至所述第二設備，完成與所述第二設備的服務發(fā)現(xiàn)。
[0068] 結合第三方面或結合第三方面的第一或第二或第三或第四種可能的實現(xiàn)方式，在第五種可能的實現(xiàn)方式中，所述零數(shù)據(jù)報文請求幀還包含所述第一設備的地址信息。
[0069] 結合第三方面或結合第三方面的第一或第二或第三或第四或第五種可能的實現(xiàn) 方式，在第六種可能的實現(xiàn)方式中，所述服務類型包括以下中的至少一項：
[0070] 發(fā)布服務，用于表示設備提供的服務；
[0071] 查找服務，用于表示設備需要的服務；
[0072] 合作服務，用于表示設備尋求合作的服務。
[0073] 結合第三方面或結合第三方面的第一或第二或第三或第四或第五或第六種可能的實現(xiàn)方式，在第七種可能的實現(xiàn)方式中，所述服務標識信息為設備服務名稱的一部分或設備服務名稱的哈希值或設備服務名稱哈希值的一部分。
[0074] 本發(fā)明實施例第四方面提供了一種服務發(fā)現(xiàn)裝置，包括：
[0075] 接收單元，用于接收第一設備發(fā)送的零數(shù)據(jù)報文請求幀，其中，所述零數(shù)據(jù)報文請求幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文請求幀包含所述零數(shù)據(jù)報文請求幀的幀類型信息、所述第一設備的服務類型信息及所述第一設備的服務標識息；
[0076] 判斷單元，用于根據(jù)所述接收單元接收的所述零數(shù)據(jù)報文請求幀，判斷所述第一設備是否與所述第二設備的服務需求匹配；
[0077] 發(fā)送單元，用于若所述判斷單元判定所述第一設備為匹配設備，則發(fā)送響應消息至所述第一設備，完成與所述第一設備的服務發(fā)現(xiàn)。
[0078] 在本發(fā)明實施例第四方面的第一種可能的實現(xiàn)方式中，所述發(fā)送單元具體用于：
[0079] 發(fā)送攜帶所述第二設備的服務標識信息及地址信息的探測請求幀，以使所述接收單元接收所述第一設備返回的攜帶所述第一設備的服務標識信息及地址信息的探測響應幀，完成與所述第一設備的服務發(fā)現(xiàn)。
[0080] 結合第四方面或結合第四方面的第一種可能的實現(xiàn)方式，在第二種可能的實現(xiàn)方式中，還包括：
[0081] 構造單元，用于構造零數(shù)據(jù)報文響應幀，其中，所述零數(shù)據(jù)報文響應幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文響應幀包含所述零數(shù)據(jù)報文響應幀的幀類型信息、所述第二設備的服務類型信息及所述第二設備的服務標識信息；
[0082] 所述發(fā)送單元具體用于：
[0083] 在所述構造單元構造零數(shù)據(jù)報文響應幀后，發(fā)送所述零數(shù)據(jù)報文響應幀至所述第一設備；
[0084] 若所述接收單元接收到所述第一設備返回的攜帶所述第一設備的服務標識信息及地址信息的探測請求幀，發(fā)送攜帶所述第二設備的服務標識信息及地址信息的探測響應幀，完成與所述第一設備的服務發(fā)現(xiàn)。
[0085] 結合第四方面的第二種可能的實現(xiàn)方式，在第三種可能的實現(xiàn)方式中，所述零數(shù) 據(jù)報文響應幀的幀結構包括訓練域及信號域，所述信號域用于承載信息，所述構造單元具體用于：
[0086] 選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中的調制編碼方式字段的取值配置為未定義的取值區(qū)間中的值，將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、月艮務類型字段及服務標識字段，將所述零數(shù)據(jù)報文響應幀的幀類型信息承載于所述幀類型字段，將所述第二設備的服務類型信息承載于所述服務類型字段，將所述第二設備的服務標識信息承載于所述服務標識字段，構造所述零數(shù)據(jù)報文響應幀；或者，
[0087] 選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、服務類型字段及服務標識字段，將所述零數(shù)據(jù)報文響應幀的幀類型信息承載于所述幀類型字段，將所述第二設備的服務類型信息承載于所述服務類型字段，將所述第二設備的服務標識信息承載于所述服務標識字段，在完成幀校驗之后，將所述高吞吐量信號域或超高吞吐量信號域中的預設的至少一個比特翻轉，構造所述零數(shù)據(jù)報文響應幀。
[0088] 結合第四方面的第三種可能的實現(xiàn)方式，在第四種可能的實現(xiàn)方式中，所述構造單元將所述高吞吐量信號域或超高吞吐量信號域中預設的至少一個比特翻轉時，將所述高吞吐量信號域或超高吞吐量信號域中的循環(huán)冗余檢驗字段所含的比特中的部分或全部翻轉。
[0089] 結合第四方面的第二或第三或第四種可能的實現(xiàn)方式，在第五種可能的實現(xiàn)方式中，所述零數(shù)據(jù)報文響應幀還包含所述第二設備的地址信息和/或所述第一設備的地址信肩、。
[0090] 結合第四方面或結合第四方面的第一或第二或第三或第四或第五種可能的實現(xiàn) 方式，在第六種可能的實現(xiàn)方式中，所述服務類型包括以下中的至少一項：
[0091] 發(fā)布服務，用于表示設備提供的服務；
[0092] 查找服務，用于表示設備需要的服務；
[0093] 合作服務，用于表示設備尋求合作的服務。
[0094] 結合第四方面或結合第四方面的第一或第二或第三或第四或第五或第六種可能的實現(xiàn)方式，在第七種可能的實現(xiàn)方式中，所述判斷單元具體用于：
[0095] 根據(jù)所述零數(shù)據(jù)報文請求幀中所述第一設備的服務類型信息，判斷所述第一設備的服務類型是否與所述第二設備的服務類型匹配；
[0096] 若所述第一設備的服務類型為發(fā)布服務且所述第二設備的服務類型為查找服務；或所述第一設備的服務類型為查找服務且所述第二設備的服務類型為發(fā)布服務；或所述第一設備的服務類型為合作服務且所述第二設備的服務類型為合作服務；則進一步根據(jù)所述零數(shù)據(jù)報文請求幀中所述第一設備的服務標識信息，判斷所述第一設備的提供的服務是否與所述第二設備需求的服務匹配；
[0097] 若是，則判定所述第一設備與所述第二設備的服務需求匹配。
[0098] 結合第四方面或結合第四方面的第一或第二或第三或第四或第五或第六或第七種可能的實現(xiàn)方式，在第八種可能的實現(xiàn)方式中，所述服務標識信息為設備服務名稱的一部分或設備服務名稱的哈希值或設備服務名稱哈希值的一部分。
[0099] 實施本發(fā)明實施例，具有如下有益效果：
[0100] 通過發(fā)送幀長度較短的NDP請求幀來實現(xiàn)和其他設備的服務發(fā)現(xiàn)及關聯(lián)，可顯著降低設備的功耗；且由于幀長度較短，且僅攜帶了設備的部分的服務標識信息，因此信息量較少，可顯著降低對信道資源的占用，減少對其他Wi-Fi網絡的影響，提高了媒體的利用率。

【專利附圖】

【附圖說明】
[0101] 為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn) 有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0102] 圖1是本發(fā)明一種服務發(fā)現(xiàn)方法的第一實施例的流程示意圖；
[0103] 圖2是本發(fā)明一種服務發(fā)現(xiàn)方法的第二實施例的流程示意圖；
[0104] 圖3是本發(fā)明一種服務發(fā)現(xiàn)方法的第三實施例的流程示意圖；
[0105] 圖4是本發(fā)明一種服務發(fā)現(xiàn)方法的第四實施例的流程示意圖；
[0106] 圖5是本發(fā)明一種服務發(fā)現(xiàn)方法的第五實施例的流程示意圖；
[0107] 圖6是本發(fā)明另一種服務發(fā)現(xiàn)方法的第一實施例的流程示意圖；
[0108] 圖7是本發(fā)明另一種服務發(fā)現(xiàn)方法的第二實施例的流程示意圖；
[0109] 圖8是本發(fā)明另一種服務發(fā)現(xiàn)方法的第三實施例的流程示意圖；
[0110] 圖9是本發(fā)明另一種服務發(fā)現(xiàn)方法的第四實施例的流程示意圖；
[0111] 圖10是本發(fā)明另一種服務發(fā)現(xiàn)方法的第五實施例的流程示意圖；
[0112] 圖11是本發(fā)明服務發(fā)現(xiàn)方法中一種高吞吐量信號域的字段示意圖；
[0113] 圖12是一種按照本發(fā)明服務發(fā)現(xiàn)方法對高吞吐量信號域構造零數(shù)據(jù)報文幀后的字段示意圖；
[0114] 圖13是按照圖12的方法構造零數(shù)據(jù)報文幀后所述零數(shù)據(jù)報文幀的幀結構圖；
[0115] 圖14是另一種按照本發(fā)明服務發(fā)現(xiàn)方法對高吞吐量信號域構造零數(shù)據(jù)報文幀后的字段示意圖；
[0116] 圖15是按照圖14的方法構造零數(shù)據(jù)報文幀后所述零數(shù)據(jù)報文幀的幀結構圖；
[0117] 圖16是本發(fā)明一種服務發(fā)現(xiàn)裝置的第一實施例的組成示意圖；
[0118] 圖17是本發(fā)明一種服務發(fā)現(xiàn)裝置的第二實施例的組成示意圖；
[0119] 圖18是本發(fā)明另一種服務發(fā)現(xiàn)裝置的第一實施例的組成示意圖；
[0120] 圖19是本發(fā)明另一種服務發(fā)現(xiàn)裝置的第二實施例的組成示意圖；
[0121] 圖20是本發(fā)明另一種服務發(fā)現(xiàn)裝置的第三實施例的組成示意圖。

【具體實施方式】
[0122] 下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；?本發(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0123] 請參照圖1，為本發(fā)明一種服務發(fā)現(xiàn)方法的第一實施例的流程示意圖，在本實施例中，所述方法包括以下步驟：
[0124] S101，第一設備構造零數(shù)據(jù)報文請求幀。
[0125] 具體地，所述零數(shù)據(jù)報文（Null Data Packet，簡稱NDP)請求幀為不包含MAC層協(xié) 議數(shù)據(jù)單元（Protocol Data Unit,簡稱FOU)的物理巾貞，且所述零數(shù)據(jù)報文請求巾貞包含所述零數(shù)據(jù)報文請求幀的幀類型信息、所述第一設備的服務類型信息及所述第一設備的服務標識信息。其中，MAC層H)U(簡稱MPDU)由MAC層頭部、幀體、校驗域及擴展部分組成。物理幀即為物理頭結合MPDU構成的幀，其幀的長度較長，而所述NDP幀為不包含MPDU的物理幀即為只有物理頭的物理幀，其幀長度短，可利用物理頭中的信號（Signal，簡稱SIG)域攜帶信息。在802. 11中，一個物理幀由物理頭和可能存在的數(shù)據(jù)DATA部分組成。物理頭一般由長、短訓練序列和SIG域組成。在802. lln之前的正交頻分復用（Orthogonal Frequency Division Multiplexing，簡稱OFDM)物理幀格式中，SIG域包括速率RATE字段、長度LENGTH 字段、奇偶性Parity字段等。設備接收到一個幀后，首先根據(jù)SIG域中的RATE字段獲知 DATA部分的長度和速率即調制編碼方式（Modulation and Coding Scheme，簡稱MCS)，然后使用相應MCS解調出DATA部分。Parity字段用于對SIG域進行校驗。物理頭的發(fā)送默認使用基本速率（802. lln之前為1Mbps，802. lln及之后標準為6Mbps)，而DATA部分的發(fā) 送則使用SIG域中RATE字段指示的發(fā)送速率。如果沒有DATA部分，而只發(fā)送物理頭部分，并對SIG域進行合理設計，則可用SIG攜帶信息，達到減小幀長度的目的。這種幀即為NDP 幀，也就是沒有MAC層數(shù)據(jù)的物理層幀。使用NDP幀取代某些頻繁使用且?guī)L度較長的常規(guī)幀，對于節(jié)能、提高媒體利用率等具有十分重要的意義。在本實施例中，所述第一設備即可以通過構造NDP請求幀，利用SIG域攜帶信息，起到縮短幀長度，降低功耗，提高媒體利用率的效果。
[0126] S102,發(fā)送所述零數(shù)據(jù)報文請求幀以使第二設備接收所述零數(shù)據(jù)報文請求幀并判斷所述第一設備是否與所述第二設備的服務需求匹配。
[0127] 在NAN場景中，要求某設備持續(xù)發(fā)送服務發(fā)現(xiàn)請求消息以尋找到服務匹配的其他設備，在這個過程中，由于可匹配的其他設備可能一開始并不在該設備的通信范圍之內，因此，服務發(fā)現(xiàn)的過程中，該設備需要發(fā)送多次的服務發(fā)現(xiàn)請求消息。如果利用常規(guī)幀中長度較長的探測請求幀來發(fā)送服務發(fā)現(xiàn)請求消息，那么設備的功耗將非常大，其功耗和幀長度以及發(fā)送次數(shù)成正比。且大量較長的探測請求幀也將占用大量的信道資源。但是采用本實施例中所述的NDP請求幀來進行發(fā)送的話，由于其幀長度較短，因此可以顯著降低設備功耗，尤其在發(fā)送次數(shù)較多的情況下，對于功耗降低的效果越明顯。同時，較短的幀長度也能降低對信道的占用，提高媒體利用率。
[0128] S103,接收所述第二設備在判定所述第一設備與所述第二設備的服務需求匹配后返回的響應消息，完成與所述第二設備的服務發(fā)現(xiàn)。
[0129] 在本實施例中，所述服務類型可包括以下中的至少一項：
[0130] 發(fā)布服務，用于表示設備提供的服務；例如在流動農貿市場場景中，攤主可通過具備Wi-Fi接口的手機發(fā)布商品信息，表示"我提供某商品";又如，在朋友發(fā)現(xiàn)場景中，用戶可廣播自己的身份信息，表示"我是某人"等。
[0131] 查找服務，用于表示設備需要的服務；例如在流動農貿市場場景中，顧客可通過具備Wi-Fi接口的手機發(fā)布需求信息，表示"我需要某商品";又如，在朋友發(fā)現(xiàn)場景中，用戶可廣播朋友的身份信息，表示"我找某人"等。
[0132] 合作服務，用于表示設備尋求合作的服務。具體地，可表示需要和其它設備一起完成該服務，其中的設備地位平等。例如，在社交游戲場景中，所有參與者地位平等。
[0133] 具體地，隨著第一設備持續(xù)不斷的發(fā)送所述NDP請求幀，當所述第二設備接收到所述第一設備的NDP請求幀時，根據(jù)所述零數(shù)據(jù)報文請求幀中所述第一設備的服務類型信息，判斷所述第一設備的服務類型是否與所述第二設備的服務類型匹配；
[0134] 若所述第一設備的服務類型為發(fā)布服務且所述第二設備的服務類型為查找服務；或所述第一設備的服務類型為查找服務且所述第二設備的服務類型為發(fā)布服務；或所述第一設備的服務類型為合作服務且所述第二設備的服務類型為合作服務；則可以判斷所述第一設備的服務類型與所述第二設備的服務類型匹配，進一步根據(jù)所述零數(shù)據(jù)報文請求幀中所述第一設備的服務標識信息，判斷所述第一設備的提供的服務是否與所述第二設備需求的服務匹配；
[0135] 若是，則判定所述第一設備與所述第二設備的服務需求匹配，也即所述第二設備判定所述第一設備為匹配設備。對NDP請求幀進行響應，發(fā)送對應的響應消息給所述第一設備，完成與所述第二設備的服務發(fā)現(xiàn)；若所述第二設備根據(jù)判斷得出所述第一設備與自身的服務需求匹配不匹配，則無需對所述第一設備的NDP幀進行響應。
[0136] 所述服務標識信息為設備服務名稱的一部分或設備服務名稱的哈希值或設備服務名稱哈希值的一部分。當然，也可以為用戶的標識信息或設備的標識信息或用戶標識信息對應的哈希值等等。
[0137] 這樣，在幀長度較短的NDP幀內，無需攜帶的完整服務標識信息便可以實現(xiàn)服務辨識的作用，利于減少發(fā)送的信息量，從而降低功耗，節(jié)省信道資源。
[0138] 所述零數(shù)據(jù)報文請求幀還包含所述第一設備的地址信息。所述地址信息可以為設備地址的一部分或設備地址的哈希值或設備地址哈希值的一部分。
[0139] 更具體地，當所述第二設備判定所述第一設備為匹配設備時，其返回的響應幀同樣可能為NDP類型的響應幀，其和所述NDP請求幀的格式可以一樣，因此，可以在這一類NDP 幀的信息中攜帶幀的類型信息以區(qū)分請求幀和響應幀。且為了后續(xù)的關聯(lián)，還可以在這一類NDP幀中攜帶設備地址信息的一部分，與攜帶服務標識信息的方式類似，可以將設備MAC 地址的一部分或設備MAC地址的哈希值或設備MAC地址哈希值的一部分攜帶在這一類NDP 幀上，在不大量增加幀長度及信息量的前提下，實現(xiàn)攜帶地址信息的目的。
[0140] 在本實施例中，通過持續(xù)發(fā)送幀長度較短的NDP請求幀來實現(xiàn)和其他設備的服務發(fā)現(xiàn)，可顯著降低設備的功耗；且由于幀長度較短，僅攜帶設備的部分服務標識信息，因此信息量較少，可顯著降低對信道資源的占用，減少對其他Wi-Fi網絡的影響，提高了媒體的利用率。
[0141] 請一并參照圖2、圖11、圖12、圖13及圖15,圖2為本發(fā)明一種服務發(fā)現(xiàn)方法的第二實施例的流程示意圖，在本實施例中，所述方法包括以下步驟：
[0142] S201，所述第一設備選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中的調制編碼方式字段的取值配置為未定義的取值區(qū)間中的值。
[0143] 具體地，所述零數(shù)據(jù)報文請求幀的幀結構包括訓練域及信號域，所述信號域用于承載信息，802. lln定義了三種物理層匯聚過程（Physical Layer Convergence Procedure，簡稱PLCP) PDU格式，在三種格式中，第一種格式為舊有設備格式；第二種格式是在高吞吐量（High Throughput,簡稱HT)頭之前加上了舊有設備的物理頭，使得該格式能夠兼容舊有設備；第三種格式則是純粹的HT頭，不兼容舊有設備。由于格式二中的舊有設備的物理頭用于舊有設備兼容，且其舊有信號域（Legacy Signal，簡稱L-SIG)長度較短，故其L-SIG域不便修改。這樣，作為NDP幀則只能考慮在其高吞吐量信號域（High Throughput Signal，簡稱 HT-SIG)中進行設計。
[0144] 更具體地，請參照圖11，為本發(fā)明服務發(fā)現(xiàn)方法中一種高吞吐量信號域的字段示意圖。如圖所示，HT-SIG域包含48位，其中，第1-第7位的7位MCS字段用于指示DATA部分使用的調制編碼方式；第8位為帶寬（BW)字段；第9-第24位為16位的高吞吐量長度 (HT Length)字段；第25位為平滑（Smoothing)字段，第26位為非探測（Not Sounding) 字段；第27位為保留（Reserved)字段；第28位為聚合（Aggregation)字段；第29-30位為2位的空時分組編碼字段；第31位為前向糾錯編碼字段；第32位為短保護間隔字段；第 33-34位為擴展空間流數(shù)目字段；第35-42位為8位的循環(huán)冗余校驗（Cyclic Redundancy Code,簡稱CRC)字段，用于表示HT-SIG域的循環(huán)冗余校驗；第43-48位為6位的尾部比特字段，其各位的值均為〇,用于初始化編解碼器。其中，在802. lln中定義了 77種MCS，而7 位的MCS字段可表示128種MCS，故還剩余51種保留組合。于是，可以利用這51種保留組合來表示具體的NDP幀類型。當一個舊有設備收到該幀時，由于無法解析MCS字段，故將丟棄該幀，達到了兼容舊有設備的目的。如果采用現(xiàn)有的MCS組合設計NDP幀，可能導致舊有設備出現(xiàn)未知的錯誤。
[0145] 而在802. llac中只有一種PLCP DPU(簡稱PPDU)格式，與802. lln類似的，可在其超高吞吐量信號域（Very High Throughput Signal,簡稱VHT-SIG)中進行NDP巾貞設計。具體地，802. llac的VHT-SIG部分由VHT-SIG-A和VHT-SIG-B兩部分組成，802. llac中定義了 10種MCS，而其包括的4位MCS字段可表示16種MCS，故還剩余6種保留組合。優(yōu)選地，可以利用這6種保留組合來表示具體的NDP幀類型。當一個舊有設備收到該NDP幀時，由于無法解析MCS字段，故將丟棄該幀，達到了兼容的目的。
[0146] S202,將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、服務類型字段及服務標識字段。
[0147] 具體地，由于802. lln中已經定義了一種NDP幀，NDP Sounding(NDP探測幀），這種中貞的HT-SIG域中的Not Sounding = 0。為了兼容NDP sounding巾貞，在新的NDP請求中貞中可以令Not Sounding =1。這樣，加上6位尾比特字段、7位的MCS字段以及8位的CRC 字段，HT-SIG中還剩余26位，可用來承載其它信息如設備的服務標識信息等。所述空閑的字段可以是未定義的字段，也可以是超出已定義的MCS方式后，剩余的字段。
[0148] 請參照圖12,為一種按照本發(fā)明服務發(fā)現(xiàn)方法對高吞吐量信號域構造零數(shù)據(jù)報文幀后的字段示意圖。具體地，在本實施例中為構造零數(shù)據(jù)報文請求幀，可在MCS字段的最后兩位配置為11，使得HT-SIG域中的MCS大于或等于96,多于802. lln定義的MCS方式（77 種），從而使MCS字段的前5位可在不引起舊有設備誤解的情況下重新定義，這樣便增加了 5位空閑的字段可供使用；在剩余的未定義即空閑的26位中，可劃分出第1-第2位為服務類型字段，表示所述第一設備的服務類型，如〇〇表示合作、01表示發(fā)布、10表示查詢、11 表示保留等，如果服務類型較多，則可以用3位或更多位來表示設備的服務類型；此外再第 3_第5位作為幀類型字段，例如001表示NDP請求幀、010表示NDP響應幀等；當然，所述服務類型信息可以獨立存在，也可以包含于所述幀類型信息中，如將幀類型分為查詢請求幀、查詢響應幀等。這樣幀類型信息中便攜帶了服務類型信息如查詢等。具體在構造時，將幀類型字段與服務類型字段構造為相鄰字段即可；將第6-第7位分別設置為1、1，第8-第23 位作為16位的服務標識字段，用于表示所述第一設備的服務標識信息；第26位必須設為 1，可選地，還可以劃分出第27-第34共8位的地址字段，用于表示所述第一設備的地址信息；第35-42位為CRC字段；第43-第48位為尾比特字段。剩下的第24-第25位可以作為保留字段，留作備用。這樣便構造了一個如圖13所示的原始的NDP幀。圖13是按照圖 12的方法構造零數(shù)據(jù)報文幀后所述零數(shù)據(jù)報文幀的幀結構圖，如圖所示，構造后的NDP幀包括舊有設備的物理頭即舊有設備的短訓練域、長訓練域、信號域以及高吞吐量信號域。因為其包含了舊有設備的信息，因此能兼容舊有設備。
[0149] 類似地，在802. llac中構造NDP幀時，不同帶寬時VHT-SIG-B長度不同，故應保留其用于表示帶寬的帶寬（BW)字段；小組編號（Group ID)字段為0或63時表示單用戶，否則表示多用戶，而單用戶和多用戶時后續(xù)字段的含義不同，故也應保留。此外，由于802. llac 中已經定義了一種NDP幀，NDP Sounding (NDP探測幀），這種幀的VHT-SIG-B域為固定格式，其第5位=0,第8位=1，第12位=0。為兼容已定義的NDP sounding巾貞，在新的NDP中貞中VHT-SIG-B中不與已定義的NDP sounding巾貞相同即可。一種簡單的方法是反轉其中一個或多個比特。例如，令第5位=1，或第8位=0,或第12位=1等等。這樣，VHT-SIG-B 中剩余的其它位還可用來承載信息。
[0150] 以20MHz帶寬為例，此時VHT-SIG-B長度為26位，VHT-SIG-B為48位。若采用多用戶方式解析，則小組編號字段不為〇或63即可，一種簡單的實現(xiàn)方法是令小組編號字段中兩個比特分別為0和1，此時小組編號字段中其它比特可重新定義，用于承載信息。這種情況下，MCS字段位于VHT-SIG-B中。為兼容NDP Sounding，令VHT-SIG-B中第5位=1。一種具體的NDP設計方案可以是，對于VHT-SIG中空閑的字段配置24位為服務標識字段；配置2位為服務類型字段?？蛇x地，還可以在MCS字段基礎上增加了 2比特作為幀類型字段，故共可表示6 X 4 = 24種NDP幀類型；地址字段由兩部分組成，共8位；在VHT-SIG-B中新增8位CRC字段，作為VHT-SIG-B的校驗字段。上述方案中之所以在VHT-SIG-B中增添 CRC字段，是因為現(xiàn)有標準中VHT-SIG-B的CRC校驗位于DATA部分的服務域中。16位的服務域位于VHT-SIG-B之后，因此，可以考慮NDP幀中包含服務域。這樣則無需在VHT-SIG-B 中增添CRC字段，可將這8比特分配給服務標識字段和/或地址字段。例如，分配給服務標識字段，則可使其長度增加到32位，更進一步地，服務域中的7位擾頻器初始字段及1位保留字段也可用于承載信息。此時，服務域中的CRC應為VHT-SIG-B及這些位的校驗。這樣便構造了一個如圖15所示的原始的NDP幀。圖15是按照圖14的方法構造零數(shù)據(jù)報文幀后所述零數(shù)據(jù)報文幀的幀結構圖，如圖所示，構造后的NDP幀包括舊有設備的物理頭即舊有設備的短訓練域、長訓練域、信號域以及高吞吐量信號域A、高吞吐量短訓練域、高吞吐量長訓練域及高吞吐量信號域B。因為其包含了舊有設備的信息，因此能兼容舊有設備。
[0151] S203,將所述零數(shù)據(jù)報文請求幀的幀類型信息承載于所述幀類型字段，將所述第一設備的服務類型信息承載于所述服務類型字段，將所述第一設備的服務標識信息承載于所述服務標識字段，構造所述零數(shù)據(jù)報文請求幀。
[0152] S204,發(fā)送所述零數(shù)據(jù)報文請求幀以使第二設備接收所述零數(shù)據(jù)報文請求幀并判斷所述第一設備是否與所述第二設備的服務需求匹配。
[0153] 在NAN場景中，要求某設備持續(xù)發(fā)送服務發(fā)現(xiàn)請求消息以尋找到服務匹配的其他設備，在這個過程中，由于可匹配的其他設備可能一開始并不在該設備的通信范圍之內，因此，服務發(fā)現(xiàn)的過程中，該設備需要發(fā)送多次的服務發(fā)現(xiàn)請求消息。如果利用常規(guī)幀中長度較長的探測請求幀來發(fā)送服務發(fā)現(xiàn)請求消息，那么設備的功耗將非常大，其功耗和幀長度以及發(fā)送次數(shù)成正比。且大量較長的探測請求幀也將占用大量的信道資源。但是采用本實施例中所述的NDP請求幀來進行發(fā)送的話，由于其幀長度較短，因此可以顯著降低設備功耗，尤其在發(fā)送次數(shù)較多的情況下，對于功耗降低的效果越明顯。同時，較短的幀長度也能降低對信道的占用，提高媒體利用率。
[0154] S205,接收所述第二設備在判定所述第一設備與所述第二設備的服務需求匹配后返回的響應消息，完成與所述第二設備的服務發(fā)現(xiàn)。
[0155] 其中，所述零數(shù)據(jù)報文請求幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文請求幀包含所述零數(shù)據(jù)報文請求幀的幀類型信息、所述第一設備的服務類型信息及所述第一設備的服務標識信息。
[0156] 在本實施例中，所述服務類型可包括以下中的至少一項：
[0157] 發(fā)布服務，用于表示設備提供的服務；例如在流動農貿市場場景中，攤主可通過具備Wi-Fi接口的手機發(fā)布商品信息，表示"我提供某商品";又如，在朋友發(fā)現(xiàn)場景中，用戶可廣播自己的身份信息，表示"我是某人"等。
[0158] 查找服務，用于表示設備需要的服務；例如在流動農貿市場場景中，顧客可通過具備Wi-Fi接口的手機發(fā)布需求信息，表示"我需要某商品";又如，在朋友發(fā)現(xiàn)場景中，用戶可廣播朋友的身份信息，表示"我找某人"等。
[0159] 合作服務，用于表示設備尋求合作的服務。具體地，可表示需要和其它設備一起完成該服務，其中的設備地位平等。例如，在社交游戲場景中，所有參與者地位平等。
[0160] 具體地，隨著第一設備持續(xù)不斷的發(fā)送所述NDP請求幀，當所述第二設備接收到所述第一設備的NDP請求幀時，根據(jù)所述零數(shù)據(jù)報文請求幀中所述第一設備的服務類型信息，判斷所述第一設備的服務類型是否與所述第二設備的服務類型匹配；
[0161] 若所述第一設備的服務類型為發(fā)布服務且所述第二設備的服務類型為查找服務；或所述第一設備的服務類型為查找服務且所述第二設備的服務類型為發(fā)布服務；或所述第一設備的服務類型為合作服務且所述第二設備的服務類型為合作服務；則可以判斷所述第一設備的服務類型與所述第二設備的服務類型匹配，進一步根據(jù)所述零數(shù)據(jù)報文請求幀中所述第一設備的服務標識信息，判斷所述第一設備的提供的服務是否與所述第二設備需求的服務匹配；
[0162] 若是，則判定所述第一設備與所述第二設備的服務需求匹配，也即所述第二設備判定所述第一設備為匹配設備。對NDP請求幀進行響應，發(fā)送對應的響應消息給所述第一設備，完成與所述第二設備的服務發(fā)現(xiàn)；若所述第二設備根據(jù)判斷得出所述第一設備與自身的服務需求匹配不匹配，則無需對所述第一設備的NDP幀進行響應。
[0163] 所述服務標識信息為設備服務名稱的一部分或設備服務名稱的哈希值或設備服務名稱哈希值的一部分。
[0164] 這樣，在幀長度較短的NDP幀內，無需攜帶的完整服務標識信息便可以實現(xiàn)服務辨識的作用，利于減少發(fā)送的信息量，從而降低功耗，節(jié)省信道資源。
[0165] 所述零數(shù)據(jù)報文請求幀還包含所述第一設備的地址信息。所述地址信息可以為設備地址的一部分或設備地址的哈希值或設備地址哈希值的一部分。
[0166] 更具體地，當所述第二設備判定所述第一設備為匹配設備時，其返回的響應幀同樣可能為NDP類型的響應幀，其和所述NDP請求幀的格式一樣，因此，可以在這一類NDP幀的信息中攜帶幀的類型信息以區(qū)分請求幀和響應幀。且為了后續(xù)的關聯(lián)，還可以在這一類 NDP幀中攜帶設備地址信息的一部分，與攜帶服務標識信息的方式類似，可以將設備MAC地址的一部分或設備MAC地址的哈希值或設備MAC地址哈希值的一部分攜帶在這一類NDP幀上，在不大量增加幀長度及信息量的前提下，實現(xiàn)攜帶地址信息的目的。
[0167] 在本實施例中，針對802. 1 In及802. 1 lac給出了具體地的構造NDP幀的方法，基于HT-SIG或VHT-SIG中MCS字段保留的組合實現(xiàn)對舊有設備的兼容，再配合其他空閑字段攜帶設備的服務類型及服務標識信息，實現(xiàn)利用較短幀長度的幀完成服務發(fā)現(xiàn)及關聯(lián)的過程，構造簡單且能兼容舊有設備，不會對現(xiàn)有網絡中的其他設備造成不利影響。
[0168] 請一并參照圖3、圖11、圖14,圖3為本發(fā)明一種服務發(fā)現(xiàn)方法的第三實施例的流程示意圖，在本實施例中，所述方法包括以下步驟：
[0169] S301，所述第一設備選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、月艮務類型字段及服務標識字段。。
[0170] 請參照圖11，為本發(fā)明服務發(fā)現(xiàn)方法中一種高吞吐量信號域的字段示意圖。如圖所示，在802. 1 In中，HT-SIG域包含48位，其中，第1-第7位的7位MCS字段用于指示DATA 部分使用的調制編碼方式；第8位為帶寬（BW)字段；第9-第24位為16位的高吞吐量長度（HT Length)字段；第25位為平滑（Smoothing)字段，第26位為非探測（Not Sounding) 字段；第27位為保留（Reserved)字段；第28位為聚合（Aggregation)字段；第29-30位為2位的空時分組編碼字段；第31位為前向糾錯編碼字段；第32位為短保護間隔字段；第 33-34位為擴展空間流數(shù)目字段；第35-42位為8位的循環(huán)冗余校驗（Cyclic Redundancy Code，簡稱CRC)字段，用于表示HT-SIG域的循環(huán)冗余校驗；第43-48位為6位的尾部比特字段，其各位的值均為0,用于初始化編解碼器。
[0171] 請再參照圖14,為另一種按照本發(fā)明服務發(fā)現(xiàn)方法對高吞吐量信號域構造零數(shù)據(jù) 報文幀后的字段示意圖。在本實施例中，為構造零數(shù)據(jù)報文請求幀。如圖14所示，具體地，除了 8位的CRC字段及6位的尾比特字段之外，其他的34位均可配置用于攜帶其他信息。在剩余的未定義即空閑的34位中，可劃分出第1-第2位為服務類型字段，表示所述第一設備的服務類型，如〇〇表示合作、01表示發(fā)布、10表示查詢、11表示保留等，如果服務類型較多，則可以用3位或更多位來表示設備的服務類型；此外再將第3-第5位作為幀類型字段，例如001表示NDP請求幀、010表示NDP響應幀等；第6-第21位作為16位的服務標識字段，用于表示所述第一設備的服務標識信息；可選地，還可以劃分出第25-第34共10位的地址字段，用于表示所述第一設備的地址信息；第35-42位為CRC字段；第43-第48位為尾比特字段。剩下的第22-第24位可以作為保留字段，留作備用。
[0172] 而在802. llac中，因為不同帶寬時VHT-SIG-B長度不同，故應保留其用于表示帶寬的帶寬字段。翻轉預設比特實現(xiàn)對舊有設備的兼容的原理類似于基于802. lln的NDP設計。以VHT-SIG-A包括7位的尾比特字段及8位的CRC字段，若其中的8位CRC全部翻轉為例，帶寬字段仍需保留，故VHT-SIG-A中剩余32比特可用于承載信息。若帶寬為20MHz 且VHT-SIG-B中新增CRC字段，則VHT-SIG-B中剩余11位可用于承載信息；若VHT-SIG-B 的CRC位于服務域，則VHT-SIG-B中剩余19位；若考慮使用服務域中的8比特（7位擾頻器初始字段和1位保留字段），則VHT-SIG-B和服務域共剩余27比特。這樣，可用于承載信息的比特位最多為59位。例如，帶寬字段2位，服務類型字段2位，幀類型字段4位，服務標識字段36位，地址字段12位，保留字段3位等等。
[0173] S302,將所述零數(shù)據(jù)報文請求幀的幀類型信息承載于所述幀類型字段，將所述第一設備的服務類型信息承載于所述服務類型字段，將所述第一設備的服務標識信息承載于所述服務標識字段。
[0174] S303,在完成幀校驗之后，將所述高吞吐量信號域或超高吞吐量信號域中預設的至少一個比特翻轉，構造所述零數(shù)據(jù)報文請求幀。
[0175] 設備在完成幀校驗之后，即發(fā)送NDP幀之前，可先將HT-SIG中某些比特翻轉。這樣舊有設備接收到該幀后，CRC校驗將發(fā)現(xiàn)幀錯誤，于是丟棄該幀；而新設備可配置其發(fā)現(xiàn) CRC校驗錯誤時，將相應比特翻轉并重新校驗，若此時校驗結果正確，則說明該幀為NDP幀。
[0176] 而在802. llac中，VHT-SIG部分由VHT-SIG-A和VHT-SIG-B兩部分組成，前者的 CRC字段位于VHT-SIG-A中，設備在發(fā)送NDP幀之前，同樣可以先將VHT-SIG-A中某些比特翻轉。這樣舊有設備接收到該幀后，CRC校驗將發(fā)現(xiàn)幀錯誤，于是丟棄該幀；而新設備可配置其發(fā)現(xiàn)CRC校驗錯誤時，將相應比特翻轉并重新校驗，若此時校驗結果正確，則說明該幀為NDP幀。
[0177] 優(yōu)選地，無論在802. 1 In還是在802. llac中，為了降低兩次校驗所需計算量，可將所述HT-SIG或VHT-SIG-A域中的CRC字段部分或全部翻轉。以全部CRC字段翻轉為例，接收設備在做CRC校驗時，只需將CRC之前部分的校驗結果與CRC字段進行異或，若結果為 00000000,表示該幀為正確接收的常規(guī)幀；若結果為11111111，表示該幀為正確接收的NDP 幀；否則，該幀接收錯誤，丟棄之。這樣便可以大大降低計算量。
[0178] 在802. lln中，通過翻轉預設比特的方式已經可以實現(xiàn)對舊有設備的兼容，而除 CRC字段和尾比特字段即用于初始化編解碼器的字段之外的34位均空閑，可用于承載設備的服務類型和服務標識信息。相對于本發(fā)明第二實施例中基于MCS字段保留組合的方案，本方案使得可用比特多出3位，可將這3位劃分至任意字段如服務標識字段、服務類型字段，可選地，還可以劃分至地址字段或保留字段。這樣便構造了一個原始的NDP幀。類似地，在802. llac中，使用翻轉預設比特的方式來進行構造，空閑字段也將增多。
[0179] S304,發(fā)送所述零數(shù)據(jù)報文請求幀以使第二設備接收所述零數(shù)據(jù)報文請求幀并判斷所述第一設備是否與所述第二設備的服務需求匹配。
[0180] 在NAN場景中，要求某設備持續(xù)發(fā)送服務發(fā)現(xiàn)請求消息以尋找到服務匹配的其他設備，在這個過程中，由于可匹配的其他設備可能一開始并不在該設備的通信范圍之內，因此，服務發(fā)現(xiàn)的過程中，該設備需要發(fā)送多次的服務發(fā)現(xiàn)請求消息。如果利用常規(guī)幀中長度較長的探測請求幀來發(fā)送服務發(fā)現(xiàn)請求消息，那么設備的功耗將非常大，其功耗和幀長度以及發(fā)送次數(shù)成正比。且大量較長的探測請求幀也將占用大量的信道資源。但是采用本實施例中所述的NDP請求幀來進行發(fā)送的話，由于其幀長度較短，因此可以顯著降低設備功耗，尤其在發(fā)送次數(shù)較多的情況下，對于功耗降低的效果越明顯。同時，較短的幀長度也能降低對信道的占用，提高媒體利用率。
[0181] S305,接收所述第二設備在判定所述第一設備與所述第二設備的服務需求匹配后返回的響應消息，完成與所述第二設備的服務發(fā)現(xiàn)。
[0182] 其中，所述零數(shù)據(jù)報文請求幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文請求幀包含所述零數(shù)據(jù)報文請求幀的幀類型信息、所述第一設備的服務類型信息及所述第一設備的服務標識信息。
[0183] 在本實施例中，所述服務類型可包括以下中的至少一項：
[0184] 發(fā)布服務，用于表示設備提供的服務；例如在流動農貿市場場景中，攤主可通過具備Wi-Fi接口的手機發(fā)布商品信息，表示"我提供某商品";又如，在朋友發(fā)現(xiàn)場景中，用戶可廣播自己的身份信息，表示"我是某人"等。
[0185] 查找服務，用于表示設備需要的服務；例如在流動農貿市場場景中，顧客可通過具備Wi-Fi接口的手機發(fā)布需求信息，表示"我需要某商品";又如，在朋友發(fā)現(xiàn)場景中，用戶可廣播朋友的身份信息，表示"我找某人"等。
[0186] 合作服務，用于表示設備尋求合作的服務。具體地，可表示需要和其它設備一起完成該服務，其中的設備地位平等。例如，在社交游戲場景中，所有參與者地位平等。
[0187] 具體地，隨著第一設備持續(xù)不斷的發(fā)送所述NDP請求幀，當所述第二設備接收到所述第一設備的NDP請求幀時，根據(jù)所述零數(shù)據(jù)報文請求幀中所述第一設備的服務類型信息，判斷所述第一設備的服務類型是否與所述第二設備的服務類型匹配；
[0188] 若所述第一設備的服務類型為發(fā)布服務且所述第二設備的服務類型為查找服務；或所述第一設備的服務類型為查找服務且所述第二設備的服務類型為發(fā)布服務；或所述第一設備的服務類型為合作服務且所述第二設備的服務類型為合作服務；則可以判斷所述第一設備的服務類型與所述第二設備的服務類型匹配，進一步根據(jù)所述零數(shù)據(jù)報文請求幀中所述第一設備的服務標識信息，判斷所述第一設備的提供的服務是否與所述第二設備需求的服務匹配；
[0189] 若是，則判定所述第一設備與所述第二設備的服務需求匹配，也即所述第二設備判定所述第一設備為匹配設備。對NDP請求幀進行響應，發(fā)送對應的響應消息給所述第一設備，完成與所述第二設備的服務發(fā)現(xiàn)；若所述第二設備根據(jù)判斷得出所述第一設備與自身的服務需求匹配不匹配，則無需對所述第一設備的NDP幀進行響應。
[0190] 所述服務標識信息為設備服務名稱的一部分或設備服務名稱的哈希值或設備服務名稱哈希值的一部分。
[0191] 這樣，在幀長度較短的NDP幀內，無需攜帶的完整服務標識信息便可以實現(xiàn)服務辨識的作用，利于減少發(fā)送的信息量，從而降低功耗，節(jié)省信道資源。
[0192] 所述零數(shù)據(jù)報文請求幀還包含所述第一設備的地址信息。所述地址信息可以為設備地址的一部分或設備地址的哈希值或設備地址哈希值的一部分。
[0193] 更具體地，當所述第二設備判定所述第一設備為匹配設備時，其返回的響應幀同樣可能為NDP類型的響應幀，其和所述NDP請求幀的格式一樣，因此，可以在這一類NDP幀的信息中攜帶幀的類型信息以區(qū)分請求幀和響應幀。且為了后續(xù)的關聯(lián)，還可以在這一類 NDP幀中攜帶設備地址信息的一部分，與攜帶服務標識信息的方式類似，可以將設備MAC地址的一部分或設備MAC地址的哈希值或設備MAC地址哈希值的一部分攜帶在這一類NDP幀上，在不大量增加幀長度及信息量的前提下，實現(xiàn)攜帶地址信息的目的。
[0194] 在本實施例中，針對802. lln及802. llac給出了另一種具體地構造NDP幀的方法，通過翻轉預設比特實現(xiàn)對舊有設備的兼容，再配合其他空閑字段攜帶設備的服務類型及服務標識信息實現(xiàn)利用較短幀長度的幀完成服務發(fā)現(xiàn)及關聯(lián)的過程，構造簡單且能兼容舊有設備，不會對現(xiàn)有網絡中的其他設備造成不利影響。
[0195] 請一并參照圖4、圖11及圖14,為本發(fā)明一種服務發(fā)現(xiàn)方法的第四實施例的流程示意圖，在本實施例中，所述方法包括以下步驟：
[0196] S401，所述第一設備選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、月艮務類型字段及服務標識字段。。
[0197] 請參照圖11，為本發(fā)明服務發(fā)現(xiàn)方法中一種高吞吐量信號域的字段示意圖。如圖所示，在802. 1 In中，HT-SIG域包含48位，其中，第1-第7位的7位MCS字段用于指示DATA 部分使用的調制編碼方式；第8位為帶寬（BW)字段；第9-第24位為16位的高吞吐量長度（HT Length)字段；第25位為平滑（Smoothing)字段，第26位為非探測（Not Sounding) 字段；第27位為保留（Reserved)字段；第28位為聚合（Aggregation)字段；第29-30位為2位的空時分組編碼字段；第31位為前向糾錯編碼字段；第32位為短保護間隔字段；第 33-34位為擴展空間流數(shù)目字段；第35-42位為8位的循環(huán)冗余校驗（Cyclic Redundancy Code，簡稱CRC)字段，用于表示HT-SIG域的循環(huán)冗余校驗；第43-48位為6位的尾部比特字段，其各位的值均為0,用于初始化編解碼器。
[0198] 請再參照圖14,為另一種按照本發(fā)明服務發(fā)現(xiàn)方法對高吞吐量信號域構造零數(shù)據(jù) 報文幀后的字段示意圖。在本實施例中，為構造零數(shù)據(jù)報文請求幀。如圖14所示，具體地，除了 8位的CRC字段及6位的尾比特字段之外，其他的34位均可配置用于攜帶其他信息。在剩余的未定義即空閑的34位中，可劃分出第1-第2位為服務類型字段，表示所述第一設備的服務類型，如〇〇表示合作、01表示發(fā)布、10表示查詢、11表示保留等，如果服務類型較多，則可以用3位或更多位來表示設備的服務類型；此外再將第3-第5位作為幀類型字段，例如001表示NDP請求幀、010表示NDP響應幀等；第6-第21位作為16位的服務標識字段，用于表示所述第一設備的服務標識信息；可選地，還可以劃分出第25-第34共10位的地址字段，用于表示所述第一設備的地址信息；第35-42位為CRC字段；第43-第48位為尾比特字段。剩下的第22-第24位可以作為保留字段，留作備用。
[0199] 而在802. llac中，因為不同帶寬時VHT-SIG-B長度不同，故應保留其用于表示帶寬的帶寬字段。翻轉預設比特實現(xiàn)對舊有設備的兼容的原理類似于基于802. lln的NDP設計。以VHT-SIG-A包括7位的尾比特字段及8位的CRC字段，若其中的8位CRC全部翻轉為例，帶寬字段仍需保留，故VHT-SIG-A中剩余32比特可用于承載信息。若帶寬為20MHz 且VHT-SIG-B中新增CRC字段，則VHT-SIG-B中剩余11位可用于承載信息；若VHT-SIG-B 的CRC位于服務域，則VHT-SIG-B中剩余19位；若考慮使用服務域中的8比特（7位擾頻器初始字段和1位保留字段），則VHT-SIG-B和服務域共剩余27比特。這樣，可用于承載信息的比特位最多為59位。例如，帶寬字段2位，服務類型字段2位，幀類型字段4位，服務標識字段36位，地址字段12位，保留字段3位等等。
[0200] S402,將所述零數(shù)據(jù)報文請求幀的幀類型信息承載于所述幀類型字段，將所述第一設備的服務類型信息承載于所述服務類型字段，將所述第一設備的服務標識信息承載于所述服務標識字段。
[0201] S403,在完成幀校驗之后，將所述高吞吐量信號域或超高吞吐量信號域中預設的至少一個比特翻轉，構造所述零數(shù)據(jù)報文請求幀。
[0202] 設備在完成幀校驗之后，即發(fā)送NDP幀之前，可先將HT-SIG中某些比特翻轉。這樣舊有設備接收到該幀后，CRC校驗將發(fā)現(xiàn)幀錯誤，于是丟棄該幀；而新設備可配置其發(fā)現(xiàn) CRC校驗錯誤時，將相應比特翻轉并重新校驗，若此時校驗結果正確，則說明該幀為NDP幀。
[0203] 而在802. llac中，VHT-SIG部分由VHT-SIG-A和VHT-SIG-B兩部分組成，前者的 CRC字段位于VHT-SIG-A中，設備在發(fā)送NDP幀之前，同樣可以先將VHT-SIG-A中某些比特翻轉。這樣舊有設備接收到該幀后，CRC校驗將發(fā)現(xiàn)幀錯誤，于是丟棄該幀；而新設備可配置其發(fā)現(xiàn)CRC校驗錯誤時，將相應比特翻轉并重新校驗，若此時校驗結果正確，則說明該幀為NDP幀。
[0204] 優(yōu)選地，無論在802. 1 In還是在802. llac中，為了降低兩次校驗所需計算量，可將所述HT-SIG或VHT-SIG-A域中的CRC字段部分或全部翻轉。以全部CRC字段翻轉為例，接收設備在做CRC校驗時，只需將CRC之前部分的校驗結果與CRC字段進行異或，若結果為 00000000,表示該幀為正確接收的常規(guī)幀；若結果為11111111，表示該幀為正確接收的NDP 幀；否則，該幀接收錯誤，丟棄之。這樣便可以大大降低計算量。
[0205] 在802. lln中，通過翻轉預設比特的方式已經可以實現(xiàn)對舊有設備的兼容，而除 CRC字段和尾比特字段即用于初始化編解碼器的字段之外的34位均空閑，可用于承載設備的服務類型和服務標識信息。相對于本發(fā)明第二實施例中基于MCS字段保留組合的方案，本方案使得可用比特多出3位，可將這3位劃分至任意字段如服務標識字段、服務類型字段，可選地，還可以劃分至地址字段或保留字段。這樣便構造了一個原始的NDP幀。類似地，在802. llac中，使用翻轉預設比特的方式來進行構造，空閑字段也將增多。
[0206] S404,發(fā)送所述零數(shù)據(jù)報文請求幀以使第二設備接收所述零數(shù)據(jù)報文請求幀并判斷所述第一設備是否與所述第二設備的服務需求匹配。
[0207] 在NAN場景中，要求某設備持續(xù)發(fā)送服務發(fā)現(xiàn)請求消息以尋找到服務匹配的其他設備，在這個過程中，由于可匹配的其他設備可能一開始并不在該設備的通信范圍之內，因此，服務發(fā)現(xiàn)的過程中，該設備需要發(fā)送多次的服務發(fā)現(xiàn)請求消息。如果利用常規(guī)幀中長度較長的探測請求幀來發(fā)送服務發(fā)現(xiàn)請求消息，則可攜帶較完整的服務標識信息及設備地址信息，但設備的功耗將非常大，其功耗和幀長度以及發(fā)送次數(shù)成正比。且大量較長的探測請求幀也將占用大量的信道資源。但是采用本實施例中所述的NDP請求幀來進行發(fā)送的話，由于其幀長度較短，因此可以顯著降低設備功耗，尤其在發(fā)送次數(shù)較多的情況下，對于功耗降低的效果越明顯。同時，較短的幀長度也能降低對信道的占用，提高媒體利用率。NDP幀長度有限，一般無法攜帶完整的服務標識信息和完整的設備地址信息，但仍可通過攜帶部分服務標識信息（如，攜帶的服務標識信息為設備服務名稱的一部分或設備服務名稱的哈希值或設備服務名稱哈希值的一部分），或部分服務標識信息和部分設備地址信息（如，攜帶的地址信息為設備地址的一部分或設備地址的哈希值或設備地址哈希值的一部分），達到與其他設備初步服務發(fā)現(xiàn)的目的。此后，一般仍需通過常規(guī)的探測請求/響應幀交互來完成最終的服務發(fā)現(xiàn)。當然，在某些情形下，服務標識信息較短，僅通過NDP幀即可完成服務發(fā)現(xiàn)，無需后續(xù)的常規(guī)探測請求/響應幀交互過程。
[0208] S405，接收所述第二設備返回的零數(shù)據(jù)報文響應幀。
[0209] 具體地，所述第二設備在判定所述第一設備為匹配設備之后，可以按照如前述實施例中的方法構造NDP幀作為所述零數(shù)據(jù)報文響應幀，并將所述零數(shù)據(jù)報文響應幀發(fā)送給所述第一設備，其構造NDP響應幀的過程與所述第一設備構造NDP請求幀的過程類似，此處不再贅述。由于NDP幀的長度有限，通常無法攜帶完整的服務標識信息，或完整的服務標識信息及地址信息，因此此處所述第二設備判定所述第一設備為匹配設備可以理解為所述第二設備根據(jù)所述零數(shù)據(jù)報文請求幀中所攜帶的信息初步判定所述第一設備為匹配設備，為了最終判定所述第一設備為匹配設備以及真正實現(xiàn)服務發(fā)現(xiàn)，可以進一步通過下面的步驟 S406和S407來實現(xiàn)，或者，也可以通過NDP幀或常規(guī)的探測請求幀/響應幀一次攜帶部分信息從而進行多次交互，從而最終確定對方是否為服務匹配的設備，從而完成服務發(fā)現(xiàn)。本發(fā)明各實施例中與此相同的地方，均可作同樣的理解，而不再贅述。
[0210] S406,發(fā)送攜帶所述第一設備的服務標識信息及地址信息的探測請求幀至所述第二設備。
[0211] 在所述第一設備接收到所述第二設備發(fā)送的NDP響應幀之后，因為在前面過程中兩者發(fā)送及接收的均為NDP幀，由于NDP幀的長度有限，通常無法攜帶完整的服務標識信息，或完整的服務標識信息及地址信息，而無法完成真正的服務發(fā)現(xiàn)，因此還需要發(fā)送幀長度較長，攜帶信息充足的探測請求幀給所述第二設備，從而最終確定對方是否為服務匹配的設備，進而完成服務發(fā)現(xiàn)。
[0212] S407,接收所述第二設備返回的攜帶所述第二設備的服務標識信息及地址信息的探測響應幀，完成與所述第二設備的服務發(fā)現(xiàn)。
[0213] 其中，所述零數(shù)據(jù)報文響應幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文響應幀包含所述零數(shù)據(jù)報文響應幀的幀類型信息、所述第二設備的服務類型信息及所述第二設備的服務標識信息。
[0214] 在本實施例中，所述服務類型可包括以下中的至少一項：
[0215] 發(fā)布服務，用于表示設備提供的服務；例如在流動農貿市場場景中，攤主可通過具備WI-FI接口的手機發(fā)布商品信息，表示"我提供某商品";又如，在朋友發(fā)現(xiàn)場景中，用戶可廣播自己的身份信息，表示"我是某人"等。
[0216] 查找服務，用于表示設備需要的服務；例如在流動農貿市場場景中，顧客可通過具備WI-FI接口的手機發(fā)布需求信息，表示"我需要某商品";又如，在朋友發(fā)現(xiàn)場景中，用戶可廣播朋友的身份信息，表示"我找某人"等。
[0217] 合作服務，用于表示設備尋求合作的服務。具體地，可表示需要和其它設備一起完成該服務，其中的設備地位平等。例如，在社交游戲場景中，所有參與者地位平等。
[0218] 所述服務標識信息為設備服務名稱的一部分或設備服務名稱的哈希值或設備服務名稱哈希值的一部分。
[0219] 這樣，無需攜帶的完整服務標識信息便可以實現(xiàn)服務辨識的作用，利于減少發(fā)送的信息量，從而降低功耗，節(jié)省信道資源。
[0220] 所述零數(shù)據(jù)報文請求幀還包含所述第一設備的地址信息。所述地址信息為設備地址的一部分或設備地址的哈希值或設備地址哈希值的一部分。
[0221] 在本實施例中，所述第二設備發(fā)送給所述第一設備的響應幀同樣也為NDP幀，其可攜帶幀類型信息、所述第二設備的服務類型信息及所述第二設備服務標識信息。
[0222] 請一并參照圖5、圖11及圖14,圖5為本發(fā)明一種服務發(fā)現(xiàn)方法的第五實施例的流程示意圖；在本實施例中，所述方法包括以下步驟：
[0223] S501，所述第一設備選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、月艮務類型字段及服務標識字段。。
[0224] 請參照圖11，為本發(fā)明服務發(fā)現(xiàn)方法中一種高吞吐量信號域的字段示意圖。如圖所示，在802. 1 In中，HT-SIG域包含48位，其中，第1-第7位的7位MCS字段用于指示DATA 部分使用的調制編碼方式；第8位為帶寬（BW)字段；第9-第24位為16位的高吞吐量長度（HT Length)字段；第25位為平滑（Smoothing)字段，第26位為非探測（Not Sounding) 字段；第27位為保留（Reserved)字段；第28位為聚合（Aggregation)字段；第29-30位為2位的空時分組編碼字段；第31位為前向糾錯編碼字段；第32位為短保護間隔字段；第 33-34位為擴展空間流數(shù)目字段；第35-42位為8位的循環(huán)冗余校驗（Cyclic Redundancy Code，簡稱CRC)字段，用于表示HT-SIG域的循環(huán)冗余校驗；第43-48位為6位的尾部比特字段，其各位的值均為0,用于初始化編解碼器。
[0225] 請再參照圖14,為另一種按照本發(fā)明服務發(fā)現(xiàn)方法對高吞吐量信號域構造零數(shù)據(jù) 報文幀后的字段示意圖。在本實施例中，為構造零數(shù)據(jù)報文請求幀。如圖14所示，具體地，除了 8位的CRC字段及6位的尾比特字段之外，其他的34位均可配置用于攜帶其他信息。在剩余的未定義即空閑的34位中，可劃分出第1-第2位為服務類型字段，表示所述第一設備的服務類型，如〇〇表示合作、01表示發(fā)布、10表示查詢、11表示保留等，如果服務類型較多，則可以用3位或更多位來表示設備的服務類型；此外再將第3-第5位作為幀類型字段，例如001表示NDP請求幀、010表示NDP響應幀等；第6-第21位作為16位的服務標識字段，用于表示所述第一設備的服務標識信息；可選地，還可以劃分出第25-第34共10位的地址字段，用于表示所述第一設備的地址信息；第35-42位為CRC字段；第43-第48位為尾比特字段。剩下的第22-第24位可以作為保留字段，留作備用。
[0226] 而在802. llac中，因為不同帶寬時VHT-SIG-B長度不同，故應保留其用于表示帶寬的帶寬字段。翻轉預設比特實現(xiàn)對舊有設備的兼容的原理類似于基于802. lln的NDP設計。以VHT-SIG-A包括7位的尾比特字段及8位的CRC字段，若其中的8位CRC全部翻轉為例，帶寬字段仍需保留，故VHT-SIG-A中剩余32比特可用于承載信息。若帶寬為20MHz 且VHT-SIG-B中新增CRC字段，則VHT-SIG-B中剩余11位可用于承載信息；若VHT-SIG-B 的CRC位于服務域，則VHT-SIG-B中剩余19位；若考慮使用服務域中的8比特（7位擾頻器初始字段和1位保留字段），則VHT-SIG-B和服務域共剩余27比特。這樣，可用于承載信息的比特位最多為59位。例如，帶寬字段2位，服務類型字段2位，幀類型字段4位，服務標識字段36位，地址字段12位，保留字段3位等等。
[0227] S502,將所述零數(shù)據(jù)報文請求幀的幀類型信息承載于所述幀類型字段，將所述第一設備的服務類型信息承載于所述服務類型字段，將所述第一設備的服務標識信息承載于所述服務標識字段。
[0228] S503,在完成幀校驗之后，將所述高吞吐量信號域或超高吞吐量信號域中預設的至少一個比特翻轉，構造所述零數(shù)據(jù)報文請求幀。
[0229] 設備在完成幀校驗之后，即發(fā)送NDP幀之前，可先將HT-SIG中某些比特翻轉。這樣舊有設備接收到該幀后，CRC校驗將發(fā)現(xiàn)幀錯誤，于是丟棄該幀；而新設備可配置其發(fā)現(xiàn) CRC校驗錯誤時，將相應比特翻轉并重新校驗，若此時校驗結果正確，則說明該幀為NDP幀。
[0230] 而在802. llac中，VHT-SIG部分由VHT-SIG-A和VHT-SIG-B兩部分組成，前者的 CRC字段位于VHT-SIG-A中，設備在發(fā)送NDP幀之前，同樣可以先將VHT-SIG-A中某些比特翻轉。這樣舊有設備接收到該幀后，CRC校驗將發(fā)現(xiàn)幀錯誤，于是丟棄該幀；而新設備可配置其發(fā)現(xiàn)CRC校驗錯誤時，將相應比特翻轉并重新校驗，若此時校驗結果正確，則說明該幀為NDP幀。
[0231] 優(yōu)選地，無論在802. 1 In還是在802. llac中，為了降低兩次校驗所需計算量，可將所述HT-SIG或VHT-SIG-A域中的CRC字段部分或全部翻轉。以全部CRC字段翻轉為例，接收設備在做CRC校驗時，只需將CRC之前部分的校驗結果與CRC字段進行異或，若結果為 00000000,表示該幀為正確接收的常規(guī)幀；若結果為11111111，表示該幀為正確接收的NDP 幀；否則，該幀接收錯誤，丟棄之。這樣便可以大大降低計算量。
[0232] 在802. lln中，通過翻轉預設比特的方式已經可以實現(xiàn)對舊有設備的兼容，而除 CRC字段和尾比特字段即用于初始化編解碼器的字段之外的34位均空閑，可用于承載設備的服務類型和服務標識信息。相對于本發(fā)明第二實施例中基于MCS字段保留組合的方案，本方案使得可用比特多出3位，可將這3位劃分至任意字段如服務標識字段、服務類型字段，可選地，還可以劃分至地址字段或保留字段。這樣便構造了一個原始的NDP幀。類似地，在802. llac中，使用翻轉預設比特的方式來進行構造，空閑字段也將增多。
[0233] S504,發(fā)送所述零數(shù)據(jù)報文請求幀以使第二設備接收所述零數(shù)據(jù)報文請求幀并判斷所述第一設備是否與所述第二設備的服務需求匹配。
[0234] 在NAN場景中，要求某設備持續(xù)發(fā)送服務發(fā)現(xiàn)請求消息以尋找到服務匹配的其他設備，在這個過程中，由于可匹配的其他設備可能一開始并不在該設備的通信范圍之內，因此，服務發(fā)現(xiàn)的過程中，該設備需要發(fā)送多次的服務發(fā)現(xiàn)請求消息。如果利用常規(guī)幀中長度較長的探測請求幀來發(fā)送服務發(fā)現(xiàn)請求消息，那么設備的功耗將非常大，其功耗和幀長度以及發(fā)送次數(shù)成正比。且大量較長的探測請求幀也將占用大量的信道資源。但是采用本實施例中所述的NDP請求幀來進行發(fā)送的話，由于其幀長度較短，因此可以顯著降低設備功耗，尤其在發(fā)送次數(shù)較多的情況下，對于功耗降低的效果越明顯。同時，較短的幀長度也能降低對信道的占用，提高媒體利用率。
[0235] S505,接收所述第二設備返回的攜帶所述第二設備的服務標識信息及地址信息的探測請求幀。
[0236] 具體地，在所述第二設備接收所述NDP請求幀，判定所述第一設備為匹配設備之后，因為在前面過程中所述第一設備發(fā)送的均為NDP幀，通常攜帶不了自身完整的服務標識信息及地址信息，因此無法與所述第二設備完成真正的服務發(fā)現(xiàn)，因此所述第一設備和第二設備之間還需要通過發(fā)送幀長度較長、攜帶信息充足的常規(guī)的探測請求幀和探測響應幀，來最終確定對方是否為服務匹配的設備，進而完成兩個設備之間的服務發(fā)現(xiàn)。具體地，可以由所述第二設備接收所述NDP請求幀，判定所述第一設備為匹配設備之后，發(fā)送幀長度較長、攜帶信息充足的探測請求幀給所述第一設備，作為對所述NDP請求幀的響應消息，然后結合步驟S506,最終完成兩個設備之間的服務發(fā)現(xiàn)。當然，也可以由所述第二設備和第一設備每次攜帶部分信息發(fā)送給對方從而經過多次探測請求/響應交互之后，最終確定對方是否為服務匹配的設備，進而完成兩個設備之間的服務發(fā)現(xiàn)。與第四實施例相比，本實施例五能夠節(jié)省一個NDP響應幀，特別適合于第一設備發(fā)出服務通告而等待需要該服務的設備請求或響應的場景。
[0237] S506,發(fā)送攜帶所述第一設備的服務標識信息及地址信息的探測響應幀至所述第二設備，完成與所述第二設備的服務發(fā)現(xiàn)。
[0238] 其中，所述零數(shù)據(jù)報文請求幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文請求幀包含所述零數(shù)據(jù)報文請求幀的幀類型信息、所述第一設備的服務類型信息及所述第一設備的服務標識信息；
[0239] 在本實施例中，所述服務類型可包括以下中的至少一項：
[0240] 發(fā)布服務，用于表示設備提供的服務；例如在流動農貿市場場景中，攤主可通過具備WI-FI接口的手機發(fā)布商品信息，表示"我提供某商品";又如，在朋友發(fā)現(xiàn)場景中，用戶可廣播自己的身份信息，表示"我是某人"等。
[0241] 查找服務，用于表示設備需要的服務；例如在流動農貿市場場景中，顧客可通過具備WI-FI接口的手機發(fā)布需求信息，表示"我需要某商品";又如，在朋友發(fā)現(xiàn)場景中，用戶可廣播朋友的身份信息，表示"我找某人"等。
[0242] 合作服務，用于表示設備尋求合作的服務。具體地，可表示需要和其它設備一起完成該服務，其中的設備地位平等。例如，在社交游戲場景中，所有參與者地位平等。
[0243] 所述服務標識信息為設備服務名稱的一部分或設備服務名稱的哈希值或設備服務名稱哈希值的一部分。
[0244] 這樣，無需攜帶的完整服務標識信息便可以實現(xiàn)服務辨識的作用，利于減少發(fā)送的信息量，從而降低功耗，節(jié)省信道資源。
[0245] 所述零數(shù)據(jù)報文請求幀還包含所述第一設備的地址信息。所述地址信息為設備地址的一部分或設備地址的哈希值或設備地址哈希值的一部分。
[0246] 請參照圖6,為本發(fā)明另一種服務發(fā)現(xiàn)方法的第一實施例的流程示意圖；在本實施例中，所述方法包括以下步驟：
[0247] S601，第二設備接收第一設備發(fā)送的零數(shù)據(jù)報文請求幀。
[0248] 其中，所述零數(shù)據(jù)報文請求幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文請求幀包含所述零數(shù)據(jù)報文請求幀的幀類型信息、所述第一設備的服務類型信息及所述第一設備的服務標識信息。
[0249] S602,根據(jù)接收的所述零數(shù)據(jù)報文請求幀，判斷所述第一設備是否與所述第二設備的服務需求匹配。若是，則執(zhí)行步驟S603,否則執(zhí)行步驟S604。
[0250] 具體地，所述根據(jù)接收的所述零數(shù)據(jù)報文請求幀，判斷所述第一設備是否與所述第二設備的服務需求匹配，包括：
[0251] 根據(jù)所述零數(shù)據(jù)報文請求幀中所述第一設備的服務類型信息，判斷所述第一設備的服務類型是否與所述第二設備的服務類型匹配；
[0252] 若所述第一設備的服務類型為發(fā)布服務且所述第二設備的服務類型為查找服務；或所述第一設備的服務類型為查找服務且所述第二設備的服務類型為發(fā)布服務；或所述第一設備的服務類型為合作服務且所述第二設備的服務類型為合作服務；則進一步根據(jù)所述零數(shù)據(jù)報文請求幀中所述第一設備的服務標識信息，判斷所述第一設備的提供的服務是否與所述第二設備需求的服務匹配；
[0253] 若是，則判定所述第一設備與所述第二設備的服務需求匹配。
[0254] S603,所述第二設備發(fā)送響應消息至所述第一設備，完成與所述第一設備的服務發(fā)現(xiàn)。
[0255] S604,不響應所述第一設備。
[0256] 在本實施例中，所述服務類型可包括：
[0257] 發(fā)布服務，用于表示設備提供的服務；例如在流動農貿市場場景中，攤主可通過具備Wi-Fi接口的手機發(fā)布商品信息，表示"我提供某商品";在朋友發(fā)現(xiàn)場景中，用戶可廣播自己的身份信息，表示"我是某人"等。
[0258] 查找服務，用于表示設備需要的服務；例如在流動農貿市場場景中，顧客可通過具備Wi-Fi接口的手機發(fā)布需求信息，表示"我需要某商品";在朋友發(fā)現(xiàn)場景中，用戶可廣播朋友的身份信息，表示"我找某人"等。
[0259] 合作服務，用于表示設備尋求合作的服務。具體地，可表示需要和其它設備一起完成該服務，其中的設備地位平等。例如，在社交游戲場景中，所有參與者地位平等。
[0260] 所述服務標識信息為設備服務名稱的一部分或設備服務名稱的哈希值或設備服務名稱哈希值的一部分。
[0261] 這樣，無需攜帶的完整服務標識信息便可以實現(xiàn)服務辨識的作用，利于減少發(fā)送的信息量，從而降低功耗，節(jié)省信道資源。
[0262] 可選的，所述零數(shù)據(jù)報文請求幀還可以包含所述第一設備的地址信息。所述地址信息為設備地址的一部分或設備地址的哈希值或設備地址哈希值的一部分。
[0263] 可選的，所述零數(shù)據(jù)報文響應幀還可以包含所述第二設備的地址信息和/或所述第一設備的地址信息。如果攜帶了地址信息，則可以減少兩個設備的交互次數(shù)，提升服務發(fā) 現(xiàn)的效率，但會增加所述零數(shù)據(jù)報文響應幀的信息攜帶量。
[0264] 請參照圖7,為本發(fā)明另一種服務發(fā)現(xiàn)方法的第二實施例的流程示意圖；在本實施例中，所述方法包括以下步驟：
[0265] S701，第二設備接收第一設備發(fā)送的零數(shù)據(jù)報文請求幀。
[0266] 其中，所述零數(shù)據(jù)報文請求幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文請求幀包含所述零數(shù)據(jù)報文請求幀的幀類型信息、所述第一設備的服務類型信息及所述第一設備的服務標識信息。
[0267] S702,根據(jù)接收的所述零數(shù)據(jù)報文請求幀，判斷所述第一設備是否與所述第二設備的服務需求匹配。若是，則執(zhí)行步驟S703-S704,否則執(zhí)行步驟S705。
[0268] 具體地，所述根據(jù)接收的所述零數(shù)據(jù)報文請求幀，判斷所述第一設備是否與所述第二設備的服務需求匹配，包括：
[0269] 根據(jù)所述零數(shù)據(jù)報文請求幀中所述第一設備的服務類型信息，判斷所述第一設備的服務類型是否與所述第二設備的服務類型匹配；
[0270] 若所述第一設備的服務類型為發(fā)布服務且所述第二設備的服務類型為查找服務；或所述第一設備的服務類型為查找服務且所述第二設備的服務類型為發(fā)布服務；或所述第一設備的服務類型為合作服務且所述第二設備的服務類型為合作服務；則進一步根據(jù)所述零數(shù)據(jù)報文請求幀中所述第一設備的服務標識信息，判斷所述第一設備的提供的服務是否與所述第二設備需求的服務匹配；
[0271] 若是，則判定所述第一設備與所述第二設備的服務需求匹配。
[0272] S703,發(fā)送攜帶所述第二設備的服務標識信息及地址信息的探測請求幀。
[0273] 具體地，該探測請求幀可以是針對所述第一設備發(fā)出，也可以是廣播幀，對網絡覆蓋范圍內的所有設備進行廣播。
[0274] S704,接收所述第一設備返回的攜帶所述第一設備的服務標識信息及地址信息的探測響應幀，完成與所述第一設備的服務發(fā)現(xiàn)。
[0275] S705,不響應所述第一設備。
[0276] 在本實施例中，所述服務類型可包括：
[0277] 發(fā)布服務，用于表示設備提供的服務；例如在流動農貿市場場景中，攤主可通過具備Wi-Fi接口的手機發(fā)布商品信息，表示"我提供某商品";在朋友發(fā)現(xiàn)場景中，用戶可廣播自己的身份信息，表示"我是某人"等。
[0278] 查找服務，用于表示設備需要的服務；例如在流動農貿市場場景中，顧客可通過具備Wi-Fi接口的手機發(fā)布需求信息，表示"我需要某商品";在朋友發(fā)現(xiàn)場景中，用戶可廣播朋友的身份信息，表示"我找某人"等。
[0279] 合作服務，用于表示設備尋求合作的服務。具體地，可表示需要和其它設備一起完成該服務，其中的設備地位平等。例如，在社交游戲場景中，所有參與者地位平等。
[0280] 所述服務標識信息為設備服務名稱的一部分或設備服務名稱的哈希值或設備服務名稱哈希值的一部分。
[0281] 這樣，無需攜帶的完整服務標識信息便可以實現(xiàn)服務辨識的作用，利于減少發(fā)送的信息量，從而降低功耗，節(jié)省信道資源。
[0282] 可選的，所述零數(shù)據(jù)報文請求幀還可以包含所述第一設備的地址信息。所述地址信息為設備地址的一部分或設備地址的哈希值或設備地址哈希值的一部分。
[0283] 可選的，所述零數(shù)據(jù)報文響應幀還可以包含所述第二設備的地址信息和/或所述第一設備的地址信息。如果所述零數(shù)據(jù)報文響應幀還攜帶了地址信息，則可以減少兩個設備的交互次數(shù)，提升服務發(fā)現(xiàn)的效率，但會增加所述零數(shù)據(jù)報文響應幀的信息攜帶量。
[0284] 請參照圖8,為本發(fā)明另一種服務發(fā)現(xiàn)方法的第三實施例的流程示意圖；在本實施例中，所述方法包括以下步驟：
[0285] S801，第二設備接收第一設備發(fā)送的零數(shù)據(jù)報文請求幀。
[0286] 其中，所述零數(shù)據(jù)報文請求幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀且所述零數(shù)據(jù)報文請求幀包含所述零數(shù)據(jù)報文請求幀的幀類型信息、所述第一設備的服務類型信息及所述第一設備的服務標識信息。
[0287] S802,根據(jù)接收的所述零數(shù)據(jù)報文請求幀，判斷所述第一設備是否與所述第二設備的服務需求匹配。若是，則執(zhí)行步驟S803-S806,否則執(zhí)行步驟S807。
[0288] 具體地，所述根據(jù)接收的所述零數(shù)據(jù)報文請求幀，判斷所述第一設備是否與所述第二設備的服務需求匹配，包括：
[0289] 根據(jù)所述零數(shù)據(jù)報文請求幀中所述第一設備的服務類型信息，判斷所述第一設備的服務類型是否與所述第二設備的服務類型匹配；
[0290] 若所述第一設備的服務類型為發(fā)布服務且所述第二設備的服務類型為查找服務；或所述第一設備的服務類型為查找服務且所述第二設備的服務類型為發(fā)布服務；或所述第一設備的服務類型為合作服務且所述第二設備的服務類型為合作服務；則進一步根據(jù)所述零數(shù)據(jù)報文請求幀中所述第一設備的服務標識信息，判斷所述第一設備的提供的服務是否與所述第二設備需求的服務匹配；
[0291] 若是，則判定所述第一設備與所述第二設備的服務需求匹配。
[0292] S803,所述第二設備構造零數(shù)據(jù)報文響應幀。
[0293] 其中，所述零數(shù)據(jù)報文響應幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文響應幀包含所述零數(shù)據(jù)報文響應幀的幀類型信息、所述第二設備的服務類型信息及所述第二設備的服務標識信息。
[0294] 所述零數(shù)據(jù)報文響應幀幀還包含所述第二設備的地址信息或所述第一設備的地址信息。
[0295] S804,發(fā)送所述零數(shù)據(jù)報文響應幀至所述第一設備。
[0296] S805,接收所述第一設備返回的攜帶所述第一設備完整服務標識信息及地址信息的探測請求幀。
[0297] S806,發(fā)送攜帶所述第二設備的服務標識信息及地址信息的探測響應幀，完成與所述第一設備的服務發(fā)現(xiàn)。
[0298] S807,不響應所述第一設備。
[0299] 在本實施例中，所述服務類型可包括：
[0300] 發(fā)布服務，用于表示設備提供的服務；例如在流動農貿市場場景中，攤主可通過具備Wi-Fi接口的手機發(fā)布商品信息，表示"我提供某商品";在朋友發(fā)現(xiàn)場景中，用戶可廣播自己的身份信息，表示"我是某人"等。
[0301] 查找服務，用于表示設備需要的服務；例如在流動農貿市場場景中，顧客可通過具備Wi-Fi接口的手機發(fā)布需求信息，表示"我需要某商品";在朋友發(fā)現(xiàn)場景中，用戶可廣播朋友的身份信息，表示"我找某人"等。
[0302] 合作服務，用于表示設備尋求合作的服務。具體地，可表示需要和其它設備一起完成該服務，其中的設備地位平等。例如，在社交游戲場景中，所有參與者地位平等。
[0303] 所述服務標識信息為設備服務名稱的一部分或設備服務名稱的哈希值或設備服務名稱哈希值的一部分。
[0304] 這樣，無需攜帶的完整服務標識信息便可以實現(xiàn)服務辨識的作用，利于減少發(fā)送的信息量，從而降低功耗，節(jié)省信道資源。
[0305] 可選的，所述零數(shù)據(jù)報文請求幀還可以包含所述第一設備的地址信息。所述地址信息為設備地址的一部分或設備地址的哈希值或設備地址哈希值的一部分。
[0306] 可選的，所述零數(shù)據(jù)報文響應幀還可以包含所述第二設備的地址信息或所述第一設備的地址信息。如果攜帶了地址信息，則可以減少兩個設備的交互次數(shù)，提升服務發(fā)現(xiàn)的效率，但會增加所述零數(shù)據(jù)報文響應幀的信息攜帶量。
[0307] 請一并參照圖9、圖11、圖12、圖13及圖15,圖9為本發(fā)明另一種服務發(fā)現(xiàn)方法的第四實施例的流程示意圖；在本實施例中，所述方法包括以下步驟：
[0308] S901，第二設備接收第一設備發(fā)送的零數(shù)據(jù)報文請求幀。
[0309] 其中，所述零數(shù)據(jù)報文請求幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文請求幀包含所述零數(shù)據(jù)報文請求幀的幀類型信息、所述第一設備的服務類型信息及所述第一設備的服務標識信息。
[0310] S902,根據(jù)接收的所述零數(shù)據(jù)報文請求幀，判斷所述第一設備是否與所述第二設備的服務需求匹配。若是，則執(zhí)行步驟S903-S908,否則執(zhí)行步驟S909。
[0311] 具體地，所述根據(jù)接收的所述零數(shù)據(jù)報文請求幀，判斷所述第一設備是否與所述第二設備的服務需求匹配，包括：
[0312] 根據(jù)所述零數(shù)據(jù)報文請求幀中所述第一設備的服務類型信息，判斷所述第一設備的服務類型是否與所述第二設備的服務類型匹配；
[0313] 若所述第一設備的服務類型為發(fā)布服務且所述第二設備的服務類型為查找服務；或所述第一設備的服務類型為查找服務且所述第二設備的服務類型為發(fā)布服務；或所述第一設備的服務類型為合作服務且所述第二設備的服務類型為合作服務；則進一步根據(jù)所述零數(shù)據(jù)報文請求幀中所述第一設備的服務標識信息，判斷所述第一設備的提供的服務是否與所述第二設備需求的服務匹配；
[0314] 若是，則判定所述第一設備與所述第二設備的服務需求匹配。
[0315] S903,所述第二設備選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中的調制編碼方式字段的取值配置為未定義的取值區(qū)間中的值。
[0316] 具體地，802. 11η定義了三種PPDU格式，在三種格式中，第一種格式為不支持NAN 的舊有設備格式；第二種格式是在HT頭之前加上了舊有設備的物理頭，使得該格式能夠兼容舊有設備；第三種格式則是純粹的HT頭，不兼容舊有設備。由于格式二中的舊有設備的物理頭用于舊有設備兼容，且其L-SIG長度較短，故其L-SIG域不便修改。這樣，作為NDP 幀則只能考慮在其HT-SIG中進行設計。
[0317] 更具體地，請參照圖11，為本發(fā)明服務發(fā)現(xiàn)方法中一種高吞吐量信號域的字段示意圖。如圖所示，HT-SIG域包含48位，其中，第1-第7位的7位MCS字段用于指示DATA部分使用的調制編碼方式；第8位為帶寬（BW)字段；第9-第24位為16位的高吞吐量長度 (HT Length)字段；第25位為平滑（Smoothing)字段，第26位為非探測（Not Sounding) 字段；第27位為保留（Reserved)字段；第28位為聚合（Aggregation)字段；第29-30位為2位的空時分組編碼字段；第31位為前向糾錯編碼字段；第32位為短保護間隔字段；第 33-34位為擴展空間流數(shù)目字段；第35-42位為8位的循環(huán)冗余校驗（Cyclic Redundancy Code,簡稱CRC)字段，用于表示HT-SIG域的循環(huán)冗余校驗；第43-48位為6位的尾部比特字段，其各位的值均為〇,用于初始化編解碼器。其中，在802. lln中定義了 77種MCS，而7 位的MCS字段可表示128種MCS，故還剩余51種保留組合。于是，可以利用這51種保留組合來表示具體的NDP幀類型。當一個舊有設備收到該幀時，由于無法解析MCS字段，故將丟棄該幀，達到了兼容舊有設備的目的。如果采用現(xiàn)有的MCS組合設計NDP幀，可能導致舊有設備出現(xiàn)未知的錯誤。
[0318] 而在802. llac中只有一種PPDU格式，與802. lln類似的，可在其超高吞吐量信號域（Very High Throughput Signal，簡稱 VHT-SIG)中進行 NDP 巾貞設計。具體地，802. llac 的VHT-SIG部分由VHT-SIG-A和VHT-SIG-B兩部分組成，802. llac中定義了 10種MCS，而其包括的4位MCS字段可表示16種MCS，故還剩余6種保留組合。優(yōu)選地，可以利用這6種保留組合來表示具體的NDP幀類型。當一個舊有設備收到該NDP幀時，由于無法解析MCS 字段，故將丟棄該幀，達到了兼容的目的。
[0319] S904,將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、服務類型字段及服務標識字段。
[0320] 具體地，由于802. lln中已經定義了一種NDP幀，NDP Sounding(NDP探測幀），這種中貞的HT-SIG域中的Not Sounding = 0。為了兼容NDP sounding巾貞，在新的NDP響應中貞中可以令Not Sounding =1。這樣，加上6位尾比特字段、7位的MCS字段以及8位的CRC 字段，HT-SIG中還剩余26位，可用來承載其它信息如設備的服務標識信息等。所述空閑的字段可以是未定義的字段，也可以是超出已定義的MCS方式后，剩余的字段。請參照圖12，為一種按照本發(fā)明服務發(fā)現(xiàn)方法對高吞吐量信號域構造零數(shù)據(jù)報文幀后的字段示意圖。在本實施例中，為構造零數(shù)據(jù)報文響應幀。具體地，可在MCS字段的最后兩位配置為11，使得 HT-SIG域中的MCS大于或等于96,多于802. 1 In定義的MCS方式（77種），從而使MCS字段的前5位可在不引起舊有設備誤解的情況下重新定義，這樣便增加了 5位空閑的字段可供使用；在剩余的未定義即空閑的26位中，可劃分出第1-第2位為服務類型字段，表示所述第一設備的服務類型，如〇〇表示合作、01表示發(fā)布、10表示查詢、11表示保留等，如果服務類型較多，則可以用3位或更多位來表示設備的服務類型；此外再第3-第5位作為幀類型字段，例如001表示NDP請求幀、010表示NDP響應幀等；將第6-第7位分別設置為1、1，第 8-第23位作為16位的服務標識字段，用于表示所述第一設備的服務標識信息；第26位必須設為1，可選地，還可以劃分出第27-第34共8位的地址字段，用于表示所述第一設備的地址信息；第35-42位為CRC字段；第43-第48位為尾比特字段。剩下的第24-第25位可以作為保留字段，留作備用。這樣便構造了一個如圖13所示的原始的NDP幀。圖13是按照圖12的方法構造零數(shù)據(jù)報文幀后所述零數(shù)據(jù)報文幀的幀結構圖，如圖所示，構造后的 NDP幀包括舊有設備的物理頭即舊有設備的短訓練域、長訓練域、信號域以及高吞吐量信號域。因為其包含了舊有設備的信息，因此能兼容舊有設備。類似地，在802. llac中，不同帶寬時VHT-SIG-B長度不同，故應保留其用于表示帶寬的帶寬（BW)字段；小組編號（Group ID)字段為0或63時表示單用戶，否則表示多用戶，而單用戶和多用戶時后續(xù)字段的含義不同，故也應保留。此外，由于802. llac中已經定義了一種NDP幀，NDP Sounding(NDP探測幀），這種幀的VHT-SIG-B域為固定格式，其第5位=0,第8位=1，第12位=0。為兼容已定義的NDP sounding巾貞，在新的NDP巾貞中VHT-SIG-B中不與已定義的NDPsounding巾貞相同即可。一種簡單的方法是反轉其中一個或多個比特。例如，令第5位=1，或第8位=0，或第12位=1等等。這樣，VHT-SIG-B中剩余的其它位還可用來承載信息。
[0321] 以20MHz帶寬為例，此時VHT-SIG-B長度為26位，VHT-SIG-B為48位。若采用多用戶方式解析，則小組編號字段不為〇或63即可，一種簡單的實現(xiàn)方法是令小組編號字段中兩個比特分別為0和1，此時小組編號字段中其它比特可重新定義，用于承載信息。這種情況下，MCS字段位于VHT-SIG-B中。為兼容NDP Sounding，令VHT-SIG-B中第5位=1。一種具體的NDP設計方案可以是，對于VHT-SIG中空閑的字段配置24位為服務標識字段；配置2位為服務類型字段。可選地，還可以在MCS字段基礎上增加了 2比特作為幀類型字段，故共可表示6 X 4 = 24種NDP幀類型；地址字段由兩部分組成，共8位；在VHT-SIG-B中新增8位CRC字段，作為VHT-SIG-B的校驗字段。上述方案中之所以在VHT-SIG-B中增添 CRC字段，是因為現(xiàn)有標準中VHT-SIG-B的CRC校驗位于DATA部分的服務域中。16位的服務域位于VHT-SIG-B之后，因此，可以考慮NDP幀中包含服務域。這樣則無需在VHT-SIG-B 中增添CRC字段，可將這8比特分配給服務標識字段和/或地址字段。例如，分配給服務標識字段，則可使其長度增加到32位，更進一步地，服務域中的7位擾頻器初始字段及1位保留字段也可用于承載信息。此時，服務域中的CRC應為VHT-SIG-B及這些位的校驗。這樣便構造了一個如圖15所示的原始的NDP幀。圖15是按照圖14的方法構造零數(shù)據(jù)報文幀后所述零數(shù)據(jù)報文幀的幀結構圖，如圖所示，構造后的NDP幀包括舊有設備的物理頭即舊有設備的短訓練域、長訓練域、信號域以及高吞吐量信號域A、高吞吐量短訓練域、高吞吐量長訓練域及高吞吐量信號域B。因為其包含了舊有設備的信息，因此能兼容舊有設備。
[0322] S905,將所述零數(shù)據(jù)報文響應幀的幀類型信息承載于所述幀類型字段，將所述第二設備的服務類型信息承載于所述服務類型字段，將所述第二設備的服務標識信息承載于所述服務標識字段，構造所述零數(shù)據(jù)報文響應幀。
[0323] S906,發(fā)送所述零數(shù)據(jù)報文響應幀至所述第一設備。
[0324] S907,接收所述第一設備返回的攜帶所述第一設備的服務標識信息及地址信息的探測請求幀。
[0325] S908,發(fā)送攜帶所述第二設備的服務標識信息及地址信息的探測響應幀，完成與所述第一設備的服務發(fā)現(xiàn)。
[0326] S909,不響應所述第一設備。
[0327] 在本實施例中，所述服務類型可包括：
[0328] 發(fā)布服務，用于表示設備提供的服務；例如在流動農貿市場場景中，攤主可通過具備Wi-Fi接口的手機發(fā)布商品信息，表示"我提供某商品";在朋友發(fā)現(xiàn)場景中，用戶可廣播自己的身份信息，表示"我是某人"等。
[0329] 查找服務，用于表示設備需要的服務；例如在流動農貿市場場景中，顧客可通過具備Wi-Fi接口的手機發(fā)布需求信息，表示"我需要某商品";在朋友發(fā)現(xiàn)場景中，用戶可廣播朋友的身份信息，表示"我找某人"等。
[0330] 合作服務，用于表示設備尋求合作的服務。具體地，可表示需要和其它設備一起完成該服務，其中的設備地位平等。例如，在社交游戲場景中，所有參與者地位平等。
[0331] 所述服務標識信息為設備服務名稱的一部分或設備服務名稱的哈希值或設備服務名稱哈希值的一部分。
[0332] 這樣，無需攜帶的完整服務標識信息便可以實現(xiàn)服務辨識的作用，利于減少發(fā)送的信息量，從而降低功耗，節(jié)省信道資源。
[0333] 可選的，所述零數(shù)據(jù)報文請求幀還可以包含所述第一設備的地址信息。所述地址信息為設備地址的一部分或設備地址的哈希值或設備地址哈希值的一部分。
[0334] 可選的，所述零數(shù)據(jù)報文響應幀還可以包含所述第二設備的地址信息和/或所述第一設備的地址信息。如果攜帶了地址信息，則可以減少兩個設備的交互次數(shù)，提升服務發(fā) 現(xiàn)的效率，但會增加所述零數(shù)據(jù)報文響應幀的信息攜帶量。
[0335] 請一并參照圖10、圖11及圖14,圖10為本發(fā)明另一種服務發(fā)現(xiàn)方法的第五實施例的流程示意圖；在本實施例中，所述方法包括以下步驟：
[0336] S1001，第二設備接收第一設備發(fā)送的零數(shù)據(jù)報文請求幀。
[0337] 其中，所述零數(shù)據(jù)報文請求幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文請求幀包含所述零數(shù)據(jù)報文請求幀的幀類型信息、所述第一設備的服務類型信息及所述第一設備的服務標識信息；
[0338] S1002,根據(jù)接收的所述零數(shù)據(jù)報文請求幀，判斷所述第一設備是否與所述第二設備的服務需求匹配。若是，則執(zhí)行步驟S1003-S1008,否則執(zhí)行步驟S1009。
[0339] 具體地，所述根據(jù)接收的所述零數(shù)據(jù)報文請求幀，判斷所述第一設備是否與所述第二設備的服務需求匹配，包括：
[0340] 根據(jù)所述零數(shù)據(jù)報文請求幀中所述第一設備的服務類型信息，判斷所述第一設備的服務類型是否與所述第二設備的服務類型匹配；
[0341] 若所述第一設備的服務類型為發(fā)布服務且所述第二設備的服務類型為查找服務；或所述第一設備的服務類型為查找服務且所述第二設備的服務類型為發(fā)布服務；或所述第一設備的服務類型為合作服務且所述第二設備的服務類型為合作服務；則進一步根據(jù)所述零數(shù)據(jù)報文請求幀中所述第一設備的服務標識信息，判斷所述第一設備的提供的服務是否與所述第二設備需求的服務匹配；
[0342] 若是，則判定所述第一設備與所述第二設備的服務需求匹配。
[0343] S1003,所述第二設備選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、服務類型字段及服務標識字段。
[0344] 請參照圖11，為本發(fā)明服務發(fā)現(xiàn)方法中一種高吞吐量信號域的字段示意圖。如圖所示，在802. 1 In中，HT-SIG域包含48位，其中，第1-第7位的7位MCS字段用于指示DATA 部分使用的調制編碼方式；第8位為帶寬（BW)字段；第9-第24位為16位的高吞吐量長度（HT Length)字段；第25位為平滑（Smoothing)字段，第26位為非探測（Not Sounding) 字段；第27位為保留（Reserved)字段；第28位為聚合（Aggregation)字段；第29-30位為2位的空時分組編碼字段；第31位為前向糾錯編碼字段；第32位為短保護間隔字段；第 33-34位為擴展空間流數(shù)目字段；第35-42位為8位的循環(huán)冗余校驗（Cyclic Redundancy Code，簡稱CRC)字段，用于表示HT-SIG域的循環(huán)冗余校驗；第43-48位為6位的尾部比特字段，其各位的值均為0,用于初始化編解碼器。
[0345] 請再參照圖14,為另一種按照本發(fā)明服務發(fā)現(xiàn)方法對高吞吐量信號域構造零數(shù)據(jù) 報文幀后的字段示意圖。在本實施例中，為構造零數(shù)據(jù)報文請求幀。如圖14所示，具體地，除了 8位的CRC字段及6位的尾比特字段之外，其他的34位均可配置用于攜帶其他信息。在剩余的未定義即空閑的34位中，可劃分出第1-第2位為服務類型字段，表示所述第一設備的服務類型，如〇〇表示合作、01表示發(fā)布、10表示查詢、11表示保留等，如果服務類型較多，則可以用3位或更多位來表示設備的服務類型；此外再將第3-第5位作為幀類型字段，例如001表示NDP請求幀、010表示NDP響應幀等；第6-第21位作為16位的服務標識字段，用于表示所述第一設備的服務標識信息；可選地，還可以劃分出第25-第34共10位的地址字段，用于表示所述第一設備的地址信息；第35-42位為CRC字段；第43-第48位為尾比特字段。剩下的第22-第24位可以作為保留字段，留作備用。
[0346] 而在802. llac中，因為不同帶寬時VHT-SIG-B長度不同，故應保留其用于表示帶寬的帶寬字段。翻轉預設比特實現(xiàn)對舊有設備的兼容的原理類似于基于802. lln的NDP設計。以VHT-SIG-A包括7位的尾比特字段及8位的CRC字段，若其中的8位CRC全部翻轉為例，帶寬字段仍需保留，故VHT-SIG-A中剩余32比特可用于承載信息。若帶寬為20MHz 且VHT-SIG-B中新增CRC字段，則VHT-SIG-B中剩余11位可用于承載信息；若VHT-SIG-B 的CRC位于服務域，則VHT-SIG-B中剩余19位；若考慮使用服務域中的8比特（7位擾頻器初始字段和1位保留字段），則VHT-SIG-B和服務域共剩余27比特。這樣，可用于承載信息的比特位最多為59位。例如，帶寬字段2位，服務類型字段2位，幀類型字段4位，服務標識字段36位，地址字段12位，保留字段3位等等。
[0347] S1004,將所述零數(shù)據(jù)報文響應幀的幀類型信息承載于所述幀類型字段，將所述第一設備的服務類型信息承載于所述服務類型字段，將所述第一設備的服務標識信息承載于所述服務標識字段。。
[0348] 具體地，在802. lln中，通過翻轉預設比特的方式已經可以實現(xiàn)對舊有設備的兼容，而除CRC字段和尾比特字段即用于初始化編碼器的字段之外的34位均空閑，可用于承載設備的服務類型或服務標識信息。相對于本發(fā)明第二實施例中基于MCS字段保留組合的方案，本方案使得可用比特多出3位，可將這3位劃分至任意字段如服務標識字段、服務類型字段，可選地，還可以劃分至地址字段或保留字段。這樣便構造了一個原始的NDP幀。
[0349] 而在802. llac中，因為不同帶寬時VHT-SIG-B長度不同，故應保留其用于表示帶寬的帶寬字段。翻轉預設比特實現(xiàn)對舊有設備的兼容的原理類似于基于802. lln的NDP設計。以VHT-SIG-A包括7位的尾比特字段及8位的CRC字段，若其中的8位CRC全部翻轉為例，帶寬字段仍需保留，故VHT-SIG-A中剩余32比特可用于承載信息。若帶寬為20MHz 且VHT-SIG-B中新增CRC字段，則VHT-SIG-B中剩余11位可用于承載信息；若VHT-SIG-B 的CRC位于服務域，則VHT-SIG-B中剩余19位；若考慮使用服務域中的8比特（7位擾頻器初始字段和1位保留字段），則VHT-SIG-B和服務域共剩余27比特。這樣，可用于承載信息的比特位最多為59位。例如，帶寬字段2位，服務類型字段2位，幀類型字段4位，服務標識字段36位，地址字段12位，保留字段3位等等。這樣便構造了一個原始的NDP幀。
[0350] S1005,在完成幀校驗之后，將所述高吞吐量信號域或超高吞吐量信號域中預設的至少一個比特翻轉，構造所述零數(shù)據(jù)報文請求幀。
[0351] 設備在完成幀校驗之后，即發(fā)送NDP幀之前，可先將HT-SIG中某些比特翻轉。這樣舊有設備接收到該幀后，CRC校驗將發(fā)現(xiàn)幀錯誤，于是丟棄該幀；而新設備可配置其發(fā)現(xiàn) CRC校驗錯誤時，將相應比特翻轉并重新校驗，若此時校驗結果正確，則說明該幀為NDP幀。
[0352] 而在802. llac中，VHT-SIG部分由VHT-SIG-A和VHT-SIG-B兩部分組成，前者的 CRC字段位于VHT-SIG-A中，設備在發(fā)送NDP幀之前，同樣可以先將VHT-SIG-A中某些比特翻轉。這樣舊有設備接收到該幀后，CRC校驗將發(fā)現(xiàn)幀錯誤，于是丟棄該幀；而新設備可配置其發(fā)現(xiàn)CRC校驗錯誤時，將相應比特翻轉并重新校驗，若此時校驗結果正確，則說明該幀為NDP幀。
[0353] 優(yōu)選地，無論在802. lln還是在802. llac中，為了降低兩次校驗所需計算量，可將所述HT-SIG或VHT-SIG-A域中的CRC字段部分或全部翻轉。以全部CRC字段翻轉為例，接收設備在做CRC校驗時，只需將CRC之前部分的校驗結果與CRC字段進行異或，若結果為 00000000,表示該幀為正確接收的常規(guī)幀；若結果為11111111，表示該幀為正確接收的NDP 幀；否則，該幀接收錯誤，丟棄之。這樣便可以大大降低計算量。
[0354] 在802. lln中，通過翻轉預設比特的方式已經可以實現(xiàn)對舊有設備的兼容，而除 CRC字段和尾比特字段即用于初始化編解碼器的字段之外的34位均空閑，可用于承載設備的服務類型和服務標識信息。相對于本發(fā)明第二實施例中基于MCS字段保留組合的方案，本方案使得可用比特多出3位，可將這3位劃分至任意字段如服務標識字段、服務類型字段，可選地，還可以劃分至地址字段或保留字段。這樣便構造了一個原始的NDP幀。類似地，在802. llac中，使用翻轉預設比特的方式來進行構造，空閑字段也將增多。
[0355] S 1006,發(fā)送所述零數(shù)據(jù)報文響應幀至所述第一設備。
[0356] S1007,接收所述第一設備返回的攜帶所述第一設備的服務標識信息及地址信息的探測請求幀。
[0357] S1008,發(fā)送攜帶所述第二設備的服務標識信息及地址信息的探測響應幀，完成與所述第一設備的服務發(fā)現(xiàn)。
[0358] S1009,不響應所述第一設備。
[0359] 在本實施例中，所述服務類型可包括：
[0360] 發(fā)布服務，用于表示設備提供的服務；例如在流動農貿市場場景中，攤主可通過具備Wi-Fi接口的手機發(fā)布商品信息，表示"我提供某商品";在朋友發(fā)現(xiàn)場景中，用戶可廣播自己的身份信息，表示"我是某人"等。
[0361] 查找服務，用于表示設備需要的服務；例如在流動農貿市場場景中，顧客可通過具備Wi-Fi接口的手機發(fā)布需求信息，表示"我需要某商品";在朋友發(fā)現(xiàn)場景中，用戶可廣播朋友的身份信息，表示"我找某人"等。
[0362] 合作服務，用于表示設備尋求合作的服務。具體地，可表示需要和其它設備一起完成該服務，其中的設備地位平等。例如，在社交游戲場景中，所有參與者地位平等。
[0363] 所述服務標識信息為設備服務名稱的一部分或設備服務名稱的哈希值或設備服務名稱哈希值的一部分。
[0364] 這樣，無需攜帶的完整服務標識信息便可以實現(xiàn)服務辨識的作用，利于減少發(fā)送的信息量，從而降低功耗，節(jié)省信道資源。
[0365] 可選的，所述零數(shù)據(jù)報文請求幀還可以包含所述第一設備的地址信息。所述地址信息為設備地址的一部分或設備地址的哈希值或設備地址哈希值的一部分。
[0366] 可選的，所述零數(shù)據(jù)報文響應幀還可以包含所述第二設備的地址信息和/或所述第一設備的地址信息。如果攜帶了地址信息，則可以減少兩個設備的交互次數(shù)，提升服務發(fā) 現(xiàn)的效率，但會增加所述零數(shù)據(jù)報文響應幀的信息攜帶量。
[0367] 請參照圖16,為本發(fā)明一種服務發(fā)現(xiàn)裝置的第一實施例的組成示意圖；在本實施例中，所述裝置包括：構造單元1〇〇、發(fā)送單元200、接收單元300。
[0368] 所述構造單元100用于構造零數(shù)據(jù)報文請求幀；其中，所述零數(shù)據(jù)報文請求幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文請求幀包含所述零數(shù)據(jù) 報文請求幀的幀類型信息、所述第一設備的服務類型信息及所述第一設備的服務標識信肩、。
[0369] 所述發(fā)送單元200用于發(fā)送所述零數(shù)據(jù)報文請求幀以使第二設備接收所述零數(shù) 據(jù)報文請求幀并判斷所述第一設備是否與所述第二設備的服務需求匹配；
[0370] 所述接收單元300用于接收所述第二設備在判定所述第一設備與所述第二設備的服務需求匹配后返回的響應消息，完成與所述第二設備的服務發(fā)現(xiàn)。
[0371] 所述零數(shù)據(jù)報文請求幀的幀結構包括訓練域及信號域，所述信號域用于承載信息，所述構造單元100具體用于：
[0372] 選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中的調制編碼方式字段的取值配置為未定義的取值區(qū)間中的值；
[0373] 將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、月艮務類型字段及服務標識字段；
[0374] 將所述零數(shù)據(jù)報文請求幀的幀類型信息承載于所述幀類型字段，將所述第一設備的服務類型信息承載于所述服務類型字段，將所述第一設備的服務標識信息承載于所述服務標識字段，構造所述零數(shù)據(jù)報文請求幀。
[0375] 或者，所述構造單元100具體用于：
[0376] 選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、服務類型字段及服務標識字段；
[0377] 將所述零數(shù)據(jù)報文請求幀的幀類型信息承載于所述幀類型字段，將所述第一設備的服務類型信息承載于所述服務類型字段，將所述第一設備的服務標識信息承載于所述服務標識字段；
[0378] 在完成幀校驗之后，將所述高吞吐量信號域中預設的至少一個比特翻轉，構造所述零數(shù)據(jù)報文請求幀。
[0379] 優(yōu)選地，所述構造單元100將所述高吞吐量信號域或超高吞吐量信號域中預設的至少一個比特翻轉時，具體用于將所述高吞吐量信號域或超高吞吐量信號域中的循環(huán)冗余檢驗字段所含的比特中的部分或全部翻轉。
[0380] 所述接收單元300具體用于：
[0381] 接收所述第二設備返回的零數(shù)據(jù)報文響應幀；
[0382] 指示所述發(fā)送單元200發(fā)送攜帶所述第一設備的服務標識信息及地址信息的探測請求幀至所述第二設備；
[0383] 接收所述第二設備返回的攜帶所述第二設備的服務標識信息及地址信息的探測響應幀，完成與所述第二設備的服務發(fā)現(xiàn)；
[0384] 其中，所述零數(shù)據(jù)報文響應幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文響應幀包含所述零數(shù)據(jù)報文響應幀的幀類型信息、所述第二設備的服務類型信息及所述第二設備的服務標識信息。
[0385] 或者，所述接收單元300具體用于：
[0386] 接收所述第二設備返回的攜帶所述第二設備的服務標識信息及地址信息的探測請求幀；
[0387] 指示所述發(fā)送單元200發(fā)送攜帶所述第一設備的服務標識信息及地址信息的探測響應幀至所述第二設備，完成與所述第二設備的服務發(fā)現(xiàn)。
[0388] 其中，所述服務類型包括以下中的至少一項：
[0389] 發(fā)布服務，用于表示設備提供的服務；
[0390] 查找服務，用于表示設備需要的服務；
[0391] 合作服務，用于表示設備尋求合作的服務。
[0392] 所述服務標識信息為設備服務名稱的一部分或設備服務名稱的哈希值或設備服務名稱哈希值的一部分。
[0393] 這樣，無需攜帶的完整服務標識信息便可以實現(xiàn)服務辨識的作用，利于減少發(fā)送的信息量，從而降低功耗，節(jié)省信道資源。
[0394] 所述零數(shù)據(jù)報文請求幀還包含所述第一設備的地址信息。所述地址信息為設備地址的一部分或設備地址的哈希值或設備地址哈希值的一部分。
[0395] 請參照圖17,為本發(fā)明一種服務發(fā)現(xiàn)裝置的第二實施例的組成示意圖；在本實施例中，所述裝置包括：處理器800及與所述處理器800相配合的存儲器900。
[0396] 具體地，所述存儲器用于存儲所述處理器800執(zhí)行的程序，所述處理器800用于構造零數(shù)據(jù)報文請求幀，其中，所述零數(shù)據(jù)報文請求幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文請求幀包含所述零數(shù)據(jù)報文請求幀的幀類型信息、所述第一設備的服務類型信息及所述第一設備的服務標識信息；
[0397] 發(fā)送所述零數(shù)據(jù)報文請求幀以使第二設備接收所述零數(shù)據(jù)報文請求幀并判斷所述第一設備是否與所述第二設備的服務需求匹配；
[0398] 接收所述第二設備在判定所述第一設備與所述第二設備的服務需求匹配后返回的響應消息，完成與所述第二設備的服務發(fā)現(xiàn)。
[0399] 所述零數(shù)據(jù)報文請求幀的幀結構包括訓練域及信號域，所述信號域用于承載信息，所述處理器800具體用于：
[0400] 選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中的調制編碼方式字段的取值配置為未定義的取值區(qū)間中的值；
[0401] 將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、月艮務類型字段及服務標識字段；
[0402] 將所述零數(shù)據(jù)報文請求幀的幀類型信息承載于所述幀類型字段，將所述第一設備的服務類型信息承載于所述服務類型字段，將所述第一設備的服務標識信息承載于所述服務標識字段，構造所述零數(shù)據(jù)報文請求幀。
[0403] 或者，所述處理器800具體用于：
[0404] 選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、服務類型字段及服務標識字段；
[0405] 將所述零數(shù)據(jù)報文請求幀的幀類型信息承載于所述幀類型字段，將所述第一設備的服務類型信息承載于所述服務類型字段，將所述第一設備的服務標識信息承載于所述服務標識字段；
[0406] 在完成幀校驗之后，將所述高吞吐量信號域中預設的至少一個比特翻轉，構造所述零數(shù)據(jù)報文請求幀。
[0407] 優(yōu)選地，所述處理器800將所述高吞吐量信號域或超高吞吐量信號域中預設的至少一個比特翻轉時，具體用于將所述高吞吐量信號域或超高吞吐量信號域中的循環(huán)冗余檢驗字段所含的比特中的部分或全部翻轉。
[0408] 其中，所述服務類型包括以下中的至少一項：
[0409] 發(fā)布服務，用于表示設備提供的服務；
[0410] 查找服務，用于表示設備需要的服務；
[0411] 合作服務，用于表示設備尋求合作的服務。
[0412] 所述服務標識信息為設備服務名稱的一部分或設備服務名稱的哈希值或設備服務名稱哈希值的一部分。
[0413] 這樣，無需攜帶的完整服務標識信息便可以實現(xiàn)服務辨識的作用，利于減少發(fā)送的信息量，從而降低功耗，節(jié)省信道資源。
[0414] 所述零數(shù)據(jù)報文請求幀還包含所述第一設備的地址信息。所述地址信息為設備地址的一部分或設備地址的哈希值或設備地址哈希值的一部分。
[0415] 請參照圖18,為本發(fā)明另一種服務發(fā)現(xiàn)裝置的第一實施例的組成示意圖；在本實施例中，所述裝置包括：接收單元400、判斷單元500、發(fā)送單元600。
[0416] 所述接收單元400用于接收第一設備發(fā)送的零數(shù)據(jù)報文請求幀，其中，所述零數(shù) 據(jù)報文請求幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文請求幀包含所述零數(shù)據(jù)報文請求幀的幀類型信息、所述第一設備的服務類型信息及所述第一設備的服務標識信息；
[0417] 所述判斷單元500用于根據(jù)所述接收單元400接收的所述零數(shù)據(jù)報文請求幀，判斷所述第一設備是否與所述第二設備的服務需求匹配；
[0418] 所述發(fā)送單元600用于若所述判斷單元500判定所述第一設備為匹配設備，則發(fā) 送響應消息至所述第一設備，完成與所述第一設備的服務發(fā)現(xiàn)。
[0419] 所述發(fā)送單元600具體用于：
[0420] 發(fā)送攜帶所述第二設備的服務標識信息及地址信息的探測請求幀，以使所述接收單元400接收所述第一設備返回的攜帶所述第一設備的服務標識信息及地址信息的探測響應幀，完成與所述第一設備的服務發(fā)現(xiàn)。
[0421] 其中，所述服務類型包括以下中的至少一項：
[0422] 發(fā)布服務，用于表示設備提供的服務；
[0423] 查找服務，用于表示設備需要的服務；
[0424] 合作服務，用于表示設備尋求合作的服務。
[0425] 所述服務標識信息為設備服務名稱的一部分或設備服務名稱的哈希值或設備服務名稱哈希值的一部分。
[0426] 這樣，無需攜帶的完整服務標識信息便可以實現(xiàn)服務辨識的作用，利于減少發(fā)送的信息量，從而降低功耗，節(jié)省信道資源。
[0427] 所述零數(shù)據(jù)報文請求幀還包含所述第一設備的地址信息。所述地址信息為設備地址的一部分或設備地址的哈希值或設備地址哈希值的一部分。
[0428] 所述零數(shù)據(jù)報文響應幀幀還包含所述第二設備的地址信息和/或所述第一設備的地址信息。
[0429] 請參照圖19,為本發(fā)明另一種服務發(fā)現(xiàn)裝置的第二實施例的組成示意圖。在本實施例中，所述裝置包括：接收單元400、判斷單元500、發(fā)送單元600。
[0430] 所述接收單元400用于接收第一設備發(fā)送的零數(shù)據(jù)報文請求幀，其中，所述零數(shù) 據(jù)報文請求幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文請求幀包含所述零數(shù)據(jù)報文請求幀的幀類型信息、所述第一設備的服務類型信息及所述第一設備的服務標識信息；
[0431] 所述判斷單元500用于根據(jù)所述接收單元400接收的所述零數(shù)據(jù)報文請求幀，判斷所述第一設備是否與所述第二設備的服務需求匹配；
[0432] 所述發(fā)送單元600用于若所述判斷單元500判定所述第一設備為匹配設備，則發(fā) 送響應消息至所述第一設備，完成與所述第一設備的服務發(fā)現(xiàn)。
[0433] 所述構造單元700用于構造零數(shù)據(jù)報文響應幀，其中，所述零數(shù)據(jù)報文響應幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文響應幀包含所述零數(shù) 據(jù)報文響應幀的幀類型信息、所述第二設備的服務類型信息及所述第二設備的服務標識信息；
[0434] 所述發(fā)送單元600具體用于：
[0435] 在所述構造單元700構造零數(shù)據(jù)報文響應幀后，發(fā)送所述零數(shù)據(jù)報文響應幀至所述第一設備；
[0436] 若所述接收單元400接收到所述第一設備返回的攜帶所述第一設備的服務標識信息及地址信息的探測請求幀，發(fā)送攜帶所述第二設備的服務標識信息及地址信息的探測響應幀，完成與所述第一設備的服務發(fā)現(xiàn)。
[0437] 所述零數(shù)據(jù)報文請求幀的幀結構包括訓練域及信號域，所述信號域用于承載信息，所述構造單元700具體用于：
[0438] 選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中的調制編碼方式字段的取值配置為未定義的取值區(qū)間中的值；
[0439] 將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、月艮務類型字段及服務標識字段；
[0440] 將所述零數(shù)據(jù)報文響應幀的幀類型信息承載于所述幀類型字段，將所述第二設備的服務類型信息承載于所述服務類型字段，將所述第二設備的服務標識信息承載于所述服務標識字段，構造所述零數(shù)據(jù)報文響應幀。
[0441] 或者，所述構造單元700具體用于：選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、服務類型字段及服務標識字段；
[0442] 將所述零數(shù)據(jù)報文響應幀的幀類型信息承載于所述幀類型字段，將所述第二設備的服務類型信息承載于所述服務類型字段，將所述第二設備的服務標識信息承載于所述服務標識字段；
[0443] 在完成幀校驗之后，將所述高吞吐量信號域或超高吞吐量信號域中的預設的至少一個比特翻轉，構造所述零數(shù)據(jù)報文響應幀。
[0444] 優(yōu)選地，所述構造單元700將所述高吞吐量信號域或超高吞吐量信號域中預設的至少一個比特翻轉時，將所述高吞吐量信號域或超高吞吐量信號域中的循環(huán)冗余檢驗字段所含的比特中的部分或全部翻轉。
[0445] 其中，所述服務類型包括以下中的至少一項：
[0446] 發(fā)布服務，用于表示設備提供的服務；
[0447] 查找服務，用于表示設備需要的服務；
[0448] 合作服務，用于表示設備尋求合作的服務。
[0449] 所述服務標識信息為設備服務名稱的一部分或設備服務名稱的哈希值或設備服務名稱哈希值的一部分。
[0450] 這樣，無需攜帶的完整服務標識信息便可以實現(xiàn)服務辨識的作用，利于減少發(fā)送的信息量，從而降低功耗，節(jié)省信道資源。
[0451] 所述零數(shù)據(jù)報文請求幀還包含所述第一設備的地址信息。所述地址信息為設備地址的一部分或設備地址的哈希值或設備地址哈希值的一部分。
[0452] 所述零數(shù)據(jù)報文響應幀幀還包含所述第二設備的地址信息或所述第一設備的地址信息。
[0453] 當然，由于設備之間的服務發(fā)現(xiàn)及關聯(lián)是相互的，因此實施例中的服務發(fā)現(xiàn)裝置既可以發(fā)送NDP請求幀發(fā)起服務發(fā)現(xiàn)，也可以接收其他設備的NDP請求幀返回NDP響應幀或常規(guī)的探測響應幀。
[0454] 請參見圖20,為本發(fā)明另一種服務發(fā)現(xiàn)裝置的第三實施例的組成示意圖。在本實施例中，所述裝置包括：處理器1000及與所述處理器1000相配合的存儲器1100。
[0455] 所述存儲器1100用于存儲所述處理器1000執(zhí)行的程序。
[0456] 所述處理器1000用于接收第一設備發(fā)送的零數(shù)據(jù)報文請求幀，其中，所述零數(shù)據(jù) 報文請求幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文請求幀包含所述零數(shù)據(jù)報文請求幀的幀類型信息、所述第一設備的服務類型信息及所述第一設備的服務標識信息；
[0457] 根據(jù)接收的所述零數(shù)據(jù)報文請求幀，判斷所述第一設備是否與所述第二設備的服務需求匹配；
[0458] 若是，則發(fā)送響應消息至所述第一設備，完成與所述第一設備的服務發(fā)現(xiàn)。
[0459] 具體地，所述處理器1000具體用于發(fā)送攜帶所述第二設備的服務標識信息及地址信息的探測請求幀；接收所述第一設備返回的攜帶所述第一設備的服務標識信息及地址信息的探測響應幀，完成與所述第一設備的服務發(fā)現(xiàn)?；蛘?，
[0460] 構造零數(shù)據(jù)報文響應幀，其中，所述零數(shù)據(jù)報文響應幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文響應幀包含所述零數(shù)據(jù)報文響應幀的幀類型信息、所述第二設備的服務類型信息及所述第二設備的服務標識信息；發(fā)送所述零數(shù)據(jù)報文響應幀至所述第一設備；接收所述第一設備返回的攜帶所述第一設備的服務標識信息及地址信息的探測請求幀；發(fā)送攜帶所述第二設備的服務標識信息及地址信息的探測響應幀，完成與所述第一設備的服務發(fā)現(xiàn)。
[0461] 所述零數(shù)據(jù)報文響應幀的幀結構包括訓練域及信號域，所述信號域用于承載信息，所述處理器1000構造所述零數(shù)據(jù)報文響應幀時，具體用于：選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中的調制編碼方式字段的取值配置為未定義的取值區(qū)間中的值，將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、服務類型字段及服務標識字段，將所述零數(shù)據(jù)報文響應幀的幀類型信息承載于所述幀類型字段，將所述第二設備的服務類型信息承載于所述服務類型字段，將所述第二設備的服務標識信息承載于所述服務標識字段，構造所述零數(shù)據(jù)報文響應幀；或者，
[0462] 選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、服務類型字段及服務標識字段，將所述零數(shù)據(jù)報文響應幀的幀類型信息承載于所述幀類型字段，將所述第二設備的服務類型信息承載于所述服務類型字段，將所述第二設備的服務標識信息承載于所述服務標識字段，在完成幀校驗之后，將所述高吞吐量信號域或超高吞吐量信號域中預設的至少一個比特翻轉，構造所述零數(shù)據(jù)報文響應幀。
[0463] 優(yōu)選地，所述處理器1000將所述高吞吐量信號域或超高吞吐量信號域中預設的至少一個比特翻轉，具體用于：
[0464] 將所述高吞吐量信號域或超高吞吐量信號域中的循環(huán)冗余檢驗字段所含的比特中的部分或全部翻轉。
[0465] 其中，所述服務類型包括以下中的至少一項：
[0466] 發(fā)布服務，用于表示設備提供的服務；
[0467] 查找服務，用于表示設備需要的服務；
[0468] 合作服務，用于表示設備尋求合作的服務。
[0469] 所述服務標識信息為設備服務名稱的一部分或設備服務名稱的哈希值或設備服務名稱哈希值的一部分。
[0470] 這樣，無需攜帶的完整服務標識信息便可以實現(xiàn)服務辨識的作用，利于減少發(fā)送的信息量，從而降低功耗，節(jié)省信道資源。
[0471] 所述零數(shù)據(jù)報文請求幀還包含所述第一設備的地址信息。所述地址信息為設備地址的一部分或設備地址的哈希值或設備地址哈希值的一部分。
[0472] 所述零數(shù)據(jù)報文響應幀幀還包含所述第二設備的地址信息和/或所述第一設備的地址信息。
[0473] 需要說明的是，本說明書中的各個實施例均采用遞進的方式描述，每個實施例重點說明的都是與其它實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。對于裝置實施例而言，由于其與方法實施例基本相似，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。
[0474] 通過上述實施例的描述，本發(fā)明具有以下優(yōu)點：
[0475] 通過發(fā)送幀長度較短的NDP請求幀來實現(xiàn)和其他設備的服務發(fā)現(xiàn)及關聯(lián)，可顯著降低設備的功耗；且由于幀長度較短，且僅攜帶了設備的部分的服務標識信息，因此信息量較少，可顯著降低對信道資源的占用，減少對其他Wi-Fi網絡的影響，提高了媒體的利用率。
[0476] 本領域普通技術人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程，是可以通過計算機程序來指令相關的硬件來完成，所述的程序可存儲于一計算機可讀取存儲介質中，該程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質可為磁碟、光盤、只讀存儲記憶體（Read-On 1 y Memory，簡稱ROM)或隨機存儲記憶體 (RandomAccess Memory，簡稱 RAM)等。
[0477] 以上所揭露的僅為本發(fā)明較佳實施例而已，當然不能以此來限定本發(fā)明之權利范圍，因此依本發(fā)明權利要求所作的等同變化，仍屬本發(fā)明所涵蓋的范圍。
【權利要求】
1. 一種服務發(fā)現(xiàn)方法，其特征在于，包括：第一設備構造零數(shù)據(jù)報文請求幀，其中，所述零數(shù)據(jù)報文請求幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文請求幀包含所述零數(shù)據(jù)報文請求幀的幀類型信息、所述第一設備的服務類型信息及所述第一設備的服務標識信息；發(fā)送所述零數(shù)據(jù)報文請求幀以使第二設備接收所述零數(shù)據(jù)報文請求幀并判斷所述第一設備是否與所述第二設備的服務需求匹配；接收所述第二設備在判定所述第一設備與所述第二設備的服務需求匹配后返回的響應消息，完成與所述第二設備的服務發(fā)現(xiàn)。
2. 如權利要求1所述的方法，其特征在于，所述零數(shù)據(jù)報文請求幀的幀結構包括訓練域及信號域，所述信號域用于承載信息，所述第一設備構造零數(shù)據(jù)報文請求幀，包括：所述第一設備選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中的調制編碼方式字段的取值配置為未定義的取值區(qū)間中的值，將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、服務類型字段及服務標識字段，將所述零數(shù)據(jù)報文請求幀的幀類型信息承載于所述幀類型字段，將所述第一設備的服務類型信息承載于所述服務類型字段，將所述第一設備的服務標識信息承載于所述服務標識字段，構造所述零數(shù)據(jù)報文請求幀；或者，所述第一設備選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、服務類型字段及服務標識字段，將所述零數(shù)據(jù)報文請求幀的幀類型信息承載于所述幀類型字段，將所述第一設備的服務類型信息承載于所述服務類型字段，將所述第一設備的服務標識信息承載于所述服務標識字段，在完成幀校驗之后，將所述高吞吐量信號域或超高吞吐量信號域中預設的至少一個比特翻轉，構造所述零數(shù)據(jù)報文請求幀。
3. 如權利要求2所述的方法，其特征在于，所述將所述高吞吐量信號域或超高吞吐量信號域中預設的至少一個比特翻轉，包括：將所述高吞吐量信號域或超高吞吐量信號域中的循環(huán)冗余檢驗字段所含的比特中的部分或全部翻轉。
4. 如權利要求1-3任一項所述的方法，其特征在于，所述接收所述第二設備在判定所述第一設備與所述第二設備的服務需求匹配后返回的響應消息，完成與所述第二設備的服務發(fā)現(xiàn)，包括：接收所述第二設備在判定所述第一設備與所述第二設備的服務需求匹配后返回的零數(shù)據(jù)報文響應幀，其中，所述零數(shù)據(jù)報文響應幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文響應幀包含所述零數(shù)據(jù)報文響應幀的幀類型信息、所述第二設備的服務類型信息及所述第二設備的服務標識信息；發(fā)送攜帶所述第一設備的服務標識信息及地址信息的探測請求幀至所述第二設備；接收所述第二設備返回的攜帶所述第二設備的服務標識信息及地址信息的探測響應幀，完成與所述第二設備的服務發(fā)現(xiàn)。
5. 如權利要求1-3任一項所述的方法，其特征在于，所述接收所述第二設備在判定所述第一設備與所述第二設備的服務需求匹配后返回的響應消息，完成與所述第二設備的服務發(fā)現(xiàn)，包括：接收所述第二設備在判定所述第一設備與所述第二設備的服務需求匹配后返回的攜帶所述第二設備的服務標識信息及地址信息的探測請求幀；發(fā)送攜帶所述第一設備的服務標識信息及地址信息的探測響應幀至所述第二設備，完成與所述第二設備的服務發(fā)現(xiàn)。
6. 如權利要求1-5任一項所述的方法，其特征在于，所述服務類型包括以下中的至少一項：發(fā)布服務，用于表示設備提供的服務；查找服務，用于表示設備需要的服務；合作服務，用于表示設備尋求合作的服務。
7. 如權利要求1-6任一項所述的方法，其特征在于，所述服務標識信息為設備服務名稱的一部分或設備服務名稱的哈希值或設備服務名稱哈希值的一部分。
8. 如權利要求1-7任一項所述的方法，其特征在于，所述零數(shù)據(jù)報文請求幀還包含所述第一設備的地址信息。
9. 一種服務發(fā)現(xiàn)方法，其特征在于，包括：第二設備接收第一設備發(fā)送的零數(shù)據(jù)報文請求幀，其中，所述零數(shù)據(jù)報文請求幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文請求幀包含所述零數(shù)據(jù)報文請求幀的幀類型信息、所述第一設備的服務類型信息及所述第一設備的服務標識信息；根據(jù)接收的所述零數(shù)據(jù)報文請求幀，判斷所述第一設備是否與所述第二設備的服務需求匹配；若是，則所述第二設備發(fā)送響應消息至所述第一設備，完成與所述第一設備的服務發(fā) 現(xiàn)。
10. 如權利要求9所述的方法，其特征在于，所述第二設備發(fā)送響應消息至所述第一設備，完成與所述第一設備的服務發(fā)現(xiàn)，包括：發(fā)送攜帶所述第二設備的服務標識信息及地址信息的探測請求幀；接收所述第一設備返回的攜帶所述第一設備的服務標識信息及地址信息的探測響應幀，完成與所述第一設備的服務發(fā)現(xiàn)。
11. 如權利要求9所述的方法，其特征在于，所述第二設備發(fā)送響應消息至所述第一設備，完成與所述第一設備的服務發(fā)現(xiàn)，包括：所述第二設備構造零數(shù)據(jù)報文響應幀，其中，所述零數(shù)據(jù)報文響應幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文響應幀包含所述零數(shù)據(jù)報文響應幀的幀類型信息、所述第二設備的服務類型信息及所述第二設備的服務標識信息；發(fā)送所述零數(shù)據(jù)報文響應幀至所述第一設備；接收所述第一設備返回的攜帶所述第一設備的服務標識信息及地址信息的探測請求幀；發(fā)送攜帶所述第二設備的服務標識信息及地址信息的探測響應幀，完成與所述第一設備的服務發(fā)現(xiàn)。
12. 如權利要求11所述的方法，其特征在于，所述零數(shù)據(jù)報文響應幀的幀結構包括訓練域及信號域，所述信號域用于承載信息，所述第二設備構造零數(shù)據(jù)報文響應幀，包括：所述第二設備選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中的調制編碼方式字段的取值配置為未定義的取值區(qū)間中的值，將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、服務類型字段及服務標識字段，將所述零數(shù)據(jù)報文響應幀的幀類型信息承載于所述幀類型字段，將所述第二設備的服務類型信息承載于所述服務類型字段，將所述第二設備的服務標識信息承載于所述服務標識字段，構造所述零數(shù)據(jù)報文響應幀；或者，所述第二設備選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、服務類型字段及服務標識字段，將所述零數(shù)據(jù)報文響應幀的幀類型信息承載于所述幀類型字段，將所述第二設備的服務類型信息承載于所述服務類型字段，將所述第二設備的服務標識信息承載于所述服務標識字段，在完成幀校驗之后，將所述高吞吐量信號域或超高吞吐量信號域中預設的至少一個比特翻轉，構造所述零數(shù)據(jù)報文響應幀。
13. 如權利要求12所述的方法，其特征在于，所述將所述高吞吐量信號域或超高吞吐量信號域中預設的至少一個比特翻轉，包括：將所述高吞吐量信號域或超高吞吐量信號域中的循環(huán)冗余檢驗字段所含的比特中的部分或全部翻轉。
14. 如權利要求11-13任一項所述的方法，其特征在于，所述零數(shù)據(jù)報文響應幀還包含所述第二設備的地址信息和/或所述第一設備的地址信息。
15. 如權利要求9-14任一項所述的方法，其特征在于，所述服務類型包括以下中的至少一項：發(fā)布服務，用于表示設備提供的服務；查找服務，用于表示設備需要的服務；合作服務，用于表示設備尋求合作的服務。
16. 如權利要求9-15任一項所述的方法，其特征在于，所述根據(jù)接收的所述零數(shù)據(jù)報文請求幀，判斷所述第一設備是否與所述第二設備的服務需求匹配，包括：根據(jù)所述零數(shù)據(jù)報文請求幀中所述第一設備的服務類型信息，判斷所述第一設備的服務類型是否與所述第二設備的服務類型匹配；若所述第一設備的服務類型為發(fā)布服務且所述第二設備的服務類型為查找服務；或所述第一設備的服務類型為查找服務且所述第二設備的服務類型為發(fā)布服務；或所述第一設備的服務類型為合作服務且所述第二設備的服務類型為合作服務；則進一步根據(jù)所述零數(shù) 據(jù)報文請求幀中所述第一設備的服務標識信息，判斷所述第一設備的提供的服務是否與所述第二設備需求的服務匹配；若是，則判定所述第一設備與所述第二設備的服務需求匹配。
17. 如權利要求9-16任一項所述的方法，其特征在于，所述服務標識信息為設備服務名稱的一部分或設備服務名稱的哈希值或設備服務名稱哈希值的一部分。
18. -種服務發(fā)現(xiàn)裝置，其特征在于，包括：構造單元，用于構造零數(shù)據(jù)報文請求幀，其中，所述零數(shù)據(jù)報文請求幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文請求幀包含所述零數(shù)據(jù)報文請求幀的幀類型信息、所述第一設備的服務類型信息及所述第一設備的服務標識信息；發(fā)送單元，用于發(fā)送所述零數(shù)據(jù)報文請求幀以使第二設備接收所述零數(shù)據(jù)報文請求幀并判斷所述第一設備是否與所述第二設備的服務需求匹配；接收單元，用于接收所述第二設備在判定所述第一設備與所述第二設備的服務需求匹配后返回的響應消息，完成與所述第二設備的服務發(fā)現(xiàn)。
19. 如權利要求18所述的裝置，其特征在于，所述零數(shù)據(jù)報文請求幀的幀結構包括訓練域及信號域，所述信號域用于承載信息，所述構造單元具體用于：選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中的調制編碼方式字段的取值配置為未定義的取值區(qū)間中的值，將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、服務類型字段及服務標識字段，將所述零數(shù)據(jù)報文請求幀的幀類型信息承載于所述幀類型字段，將所述第一設備的服務類型信息承載于所述服務類型字段，將所述第一設備的服務標識信息承載于所述服務標識字段，構造所述零數(shù)據(jù)報文請求幀；或者，選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、服務類型字段及服務標識字段，將所述零數(shù)據(jù)報文請求幀的幀類型信息承載于所述幀類型字段，將所述第一設備的服務類型信息承載于所述服務類型字段，將所述第一設備的服務標識信息承載于所述服務標識字段，在完成幀校驗之后，將所述高吞吐量信號域或超高吞吐量信號域中預設的至少一個比特翻轉，構造所述零數(shù)據(jù)報文請求幀。
20. 如權利要求19所述的裝置，其特征在于，所述構造單元將所述高吞吐量信號域或超高吞吐量信號域中預設的至少一個比特翻轉時，具體用于將所述高吞吐量信號域或超高吞吐量信號域中的循環(huán)冗余檢驗字段所含的比特中的部分或全部翻轉。
21. 如權利要求18-20任一項所述的裝置，其特征在于，所述接收單元具體用于：接收所述第二設備返回的零數(shù)據(jù)報文響應幀，其中，所述零數(shù)據(jù)報文響應幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文響應幀包含所述零數(shù)據(jù)報文響應幀的幀類型信息、所述第二設備的服務類型信息及所述第二設備的服務標識信息；指示所述發(fā)送單元發(fā)送攜帶所述第一設備的服務標識信息及地址信息的探測請求幀至所述第二設備。
22. 如權利要求18-20任一項所述的裝置，其特征在于，所述接收單元具體用于：接收所述第二設備返回的攜帶所述第二設備的服務標識信息及地址信息的探測請求幀；指示所述發(fā)送單元發(fā)送攜帶所述第一設備的服務標識信息及地址信息的探測響應幀至所述第二設備，完成與所述第二設備的服務發(fā)現(xiàn)。
23. 如權利要求18-22任一項所述的裝置，其特征在于，所述零數(shù)據(jù)報文請求幀還包含所述第一設備的地址信息。
24. 如權利要求18-23任一項所述的裝置，其特征在于，所述服務類型包括以下中的至少一項：發(fā)布服務，用于表示設備提供的服務；查找服務，用于表示設備需要的服務；合作服務，用于表示設備尋求合作的服務。
25. 如權利要求18-24任一項所述的裝置，其特征在于，所述服務標識信息為設備服務名稱的一部分或設備服務名稱的哈希值或設備服務名稱哈希值的一部分。
26. -種服務發(fā)現(xiàn)裝置，其特征在于，包括：接收單元，用于接收第一設備發(fā)送的零數(shù)據(jù)報文請求幀，其中，所述零數(shù)據(jù)報文請求幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文請求幀包含所述零數(shù) 據(jù)報文請求幀的幀類型信息、所述第一設備的服務類型信息及所述第一設備的服務標識信息；判斷單元，用于根據(jù)所述接收單元接收的所述零數(shù)據(jù)報文請求幀，判斷所述第一設備是否與所述第二設備的服務需求匹配；發(fā)送單元，用于若所述判斷單元判定所述第一設備為匹配設備，則發(fā)送響應消息至所述第一設備，完成與所述第一設備的服務發(fā)現(xiàn)。
27. 如權利要求26所述的裝置，其特征在于，所述發(fā)送單元具體用于：發(fā)送攜帶所述第二設備的服務標識信息及地址信息的探測請求幀，以使所述接收單元接收所述第一設備返回的攜帶所述第一設備的服務標識信息及地址信息的探測響應幀，完成與所述第一設備的服務發(fā)現(xiàn)。
28. 如權利要求26或27所述的裝置，其特征在于，還包括：構造單元，用于構造零數(shù)據(jù)報文響應幀，其中，所述零數(shù)據(jù)報文響應幀為不包含媒體接入控制層協(xié)議數(shù)據(jù)單元的物理幀，且所述零數(shù)據(jù)報文響應幀包含所述零數(shù)據(jù)報文響應幀的幀類型信息、所述第二設備的服務類型信息及所述第二設備的服務標識信息；所述發(fā)送單元具體用于：在所述構造單元構造零數(shù)據(jù)報文響應幀后，發(fā)送所述零數(shù)據(jù)報文響應幀至所述第一設備；若所述接收單元接收到所述第一設備返回的攜帶所述第一設備的服務標識信息及地址信息的探測請求幀，發(fā)送攜帶所述第二設備的服務標識信息及地址信息的探測響應幀，完成與所述第一設備的服務發(fā)現(xiàn)。
29. 如權利要求28所述的裝置，其特征在于，所述零數(shù)據(jù)報文響應幀的幀結構包括訓練域及信號域，所述信號域用于承載信息，所述構造單元具體用于：選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中的調制編碼方式字段的取值配置為未定義的取值區(qū)間中的值，將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、服務類型字段及服務標識字段，將所述零數(shù)據(jù)報文響應幀的幀類型信息承載于所述幀類型字段，將所述第二設備的服務類型信息承載于所述服務類型字段，將所述第二設備的服務標識信息承載于所述服務標識字段，構造所述零數(shù)據(jù)報文響應幀；或者，選擇所述信號域中的高吞吐量信號域或超高吞吐量信號域進行配置，將所述高吞吐量信號域或超高吞吐量信號域中空閑的字段劃分為幀類型字段、服務類型字段及服務標識字段，將所述零數(shù)據(jù)報文響應幀的幀類型信息承載于所述幀類型字段，將所述第二設備的服務類型信息承載于所述服務類型字段，將所述第二設備的服務標識信息承載于所述服務標識字段，在完成幀校驗之后，將所述高吞吐量信號域或超高吞吐量信號域中的預設的至少一個比特翻轉，構造所述零數(shù)據(jù) 報文響應幀。
30. 如權利要求29所述的裝置，其特征在于，所述構造單元將所述高吞吐量信號域或超高吞吐量信號域中預設的至少一個比特翻轉時，將所述高吞吐量信號域或超高吞吐量信號域中的循環(huán)冗余檢驗字段所含的比特中的部分或全部翻轉。
31. 如權利要求28-30任一項所述的裝置，其特征在于，所述零數(shù)據(jù)報文響應幀還包含所述第二設備的地址信息和/或所述第一設備的地址信息。
32. 如權利要求26-31任一項所述的裝置，其特征在于，所述服務類型包括以下中的至少一項：發(fā)布服務，用于表示設備提供的服務；查找服務，用于表示設備需要的服務；合作服務，用于表示設備尋求合作的服務。
33. 如權利要求26-32任一項所述的裝置，其特征在于，所述判斷單元具體用于：根據(jù)所述零數(shù)據(jù)報文請求幀中所述第一設備的服務類型信息，判斷所述第一設備的服務類型是否與所述第二設備的服務類型匹配；若所述第一設備的服務類型為發(fā)布服務且所述第二設備的服務類型為查找服務；或所述第一設備的服務類型為查找服務且所述第二設備的服務類型為發(fā)布服務；或所述第一設備的服務類型為合作服務且所述第二設備的服務類型為合作服務；則進一步根據(jù)所述零數(shù) 據(jù)報文請求幀中所述第一設備的服務標識信息，判斷所述第一設備的提供的服務是否與所述第二設備需求的服務匹配；若是，則判定所述第一設備與所述第二設備的服務需求匹配。
34. 如權利要求26-33任一項所述的裝置，其特征在于，所述服務標識信息為設備服務名稱的一部分或設備服務名稱的哈希值或設備服務名稱哈希值的一部分。
【文檔編號】H04W84/12GK104144465SQ201310167422
【公開日】2014年11月12日申請日期:2013年5月8日優(yōu)先權日:2013年5月8日
【發(fā)明者】杜振國, 陳濟, 丁志明申請人:華為終端有限公司

完整全部詳細技術資料下載