用于发现无线设备的方法和装置制造方法
【专利摘要】无线发现是通常在网络上的无线站建立与网络的连接之后由无线站定位服务或应用的过程。无线预关联指代在两个或更多个无线站之间建立连接之前，通过其硬件/软件互操作性要求和/或唯一标识符描述应用或服务的过程。方法通过在无线站与另一无线站之间建立连接之前在无线站与另一无线站之间传输数据串，在两个或更多个无线站之间执行无线发现，其中所述数据串包括服务或应用在接收所述数据串的无线站上运行所必需的互操作性信息。
【专利说明】用于发现无线设备的方法和装置
[0001]相关申请的交叉引用
[0002]本申请要求于2012年2月8日提交的第61/596，377号美国临时申请的权益，该美国临时申请的全部公开内容通过引用并入本文。
【背景技术】
[0003]本文提供的【背景技术】描述是为了一般地呈现公开内容的背景。当前名义的发明人的工作在这一【背景技术】章节中描述该工作的程度上以及该描述的可以在提交时未另外限定为现有技术的方面，既未明确地也未隐含地被承认为相对于本公开内容的现有技术。
[0004]无线发现是指W1-Fi连接的移动设备、例如蜂窝电话、笔记本电脑、平板电脑等(也称为“站”)找出承载某一有用的服务或应用的其它无线站的过程。一个示例可以是智能电话寻找提供互联网连接能力的路由器，笔记本电脑寻找支持W1-Fi的彩色打印机(或打印服务器)，或平板电脑寻找运行特定社交媒体应用的其它站。在后者的情况下，可能还有利地不仅找到运行应用的其它设备而且例如根据通常共享的社交媒体端将每个设备按群组进行分类。
[0005]通常仅基于服务设备标识符(SSID)，依赖于在服务/应用发现过程之前创建站至站连接的个别站，当前的无线发现基础设施极为低效。个别站只能在已对连接进行协商之后执行应用层服务发现，其中应用层服务发现可能包括交换冗长的消息串(例如，经由UPnP或Bonjour)，该消息串确定给定的服务或应用的基本互操作性要求。此过程的类比可以是预订餐厅、等候入座和查明菜单上列出了哪些项目之前点一杯饮料。
【发明内容】
[0006]本公开内容的各方面关注通过在站之间建立连接之前发送压缩(应用或服务)数据串来减轻无线发现过程的低效性。这在本文中被称为站“预关联(pre-associat1n)”。所述串阐述了发送设备所支持的具体服务或应用，以及请求设备所必需的任一和所有互操作性要求。因此，可在必要、支持和有用时建立连接。进一步，预期在协商下的连接，给定设备中的给定的所有服务或应用(例如，用于打印的“打印池”服务)所必需的辅助服务可在预关联阶段之后被初始化。
[0007]本公开的各方面涉及有效的无线发现过程。本文所述的方法和系统潜在地在防止拥塞和由许多移动设备构成的环境的功率效率方面提供了显著的进步。在此情形中，设备将典型地不具有在先关联或公共配置。在一些实施方式中，假设设备可确定时间并且发起同步行为。
[0008]在一个实施方式中，公开了一种用于在两个或更多个无线站之间执行无线发现的方法。所述方法包括在第一无线站与第二无线站之间建立连接之前从所述第一无线站向所述第二无线站发送数据串，其中所述数据串包括服务或应用在所述第二无线站上运行所必需(所期望)的互操作性信息。在实施方式中，所述方法还包括:如果接收所述数据串的所述第二无线站包含由所述数据串描述的运行服务或应用所必需的互操作性硬件和/或软件，则在所述第一无线站与所述第二无线站之间建立无线连接。
[0009]与该方法相关的各个实施方式包括所述数据串还包括所述服务或应用的唯一标识。在一个实施方式中，所述数据串是基于服务或应用标识数据的散列函数的输出。在另一实施方式中，所述数据串是OSI 7层模型的层3或更下层协议的未使用的参数或编造的参数。在又一实施方式中，所述数据串还包括与所述服务或应用有关的补充信息，所述补充信息并不是接收所述数据串的无线站识别和运行所述服务或应用所必不可少的。在实施方式中，所述补充信息包含规定发送站所属的一个或多个群组的数据。
[0010]本公开的其它方面涉及一种无线站，所述无线站包括:电子设备和/或软件，被配置为生成数据串，所述数据串包括存储在所述第一无线站上的服务或应用在第二无线站上运行所必需(所期望)的互操作性信息；以及无线收发器，被配置为在所述第一无线站与所述第二无线站之间建立连接之前，将所述数据串发送至所述第二无线站。在一个实施方式中，所述无线站与所述第二无线站之间的无线连接仅在所述第二无站包含由所述数据串描述的运行服务或应用所必需的互操作性硬件和/或软件的情况下被建立。在另一实施方式中，所述数据串还包括所述服务或应用的唯一标识。在实施方式中，所述数据串是基于服务或应用标识数据的散列函数的输出。在另一实施方式中，所述数据串是OSI 7层模型的层3或更下层协议的未使用或编造的参数。在另一实施方式中，所述数据串还包括与所述服务或应用有关的补充信息，所述补充信息并不是接收所述数据串的无线站识别和运行所述服务或应用所必不可少的。在实施方式中，所述补充信息包含规定发送站所属的一个或多个群组的数据。
[0011]本公开的另一实施方式涉及一种计算机可读存储介质，所述计算机可读存储介质存储使一个或多个处理器执行下列步骤的指令:在第一无线站与第二无线站之间建立连接之前从所述第一无线站向所述第二无线站发送数据串，其中所述数据串包括服务或应用在所述第二无线站上运行所必需(所期望)的互操作性信息。根据该方面，进一步的步骤可包括:如果接收所述数据串的所述第二无线站包含由所述数据串描述的运行服务或应用所必需的互操作性硬件和/或软件，在所述第一无线站与所述第二无线站之间创建无线连接。
[0012]一些实施方式可涉及所述数据串还包括所述服务或应用的唯一标识。在实施方式中，所述数据串是基于服务或应用标识数据的散列函数的输出，并且可以是OSI 7层模型的层3或更下层协议的未使用的参数或编造的参数。在另一实施方式中，所述数据串还包括与所述服务或应用有关的补充信息，所述补充信息并不是接收所述数据串的无线站识别和运行所述服务或应用所必不可少的，并且所述数据串还可涉及包含规定发送站所属的一个或多个群组的数据的补充信息。
【专利附图】
【附图说明】
[0013]详细参考附图描述作为实施例提供的本公开的各个实施方式，在附图中相似的标号指向相似的元件，以及其中:
[0014]图1示出了可选的服务发现框架选项:探测/响应或未经请求的信标广播；
[0015]图2示出了 OSI 7层模型及其在典型的数据传输示例中的实现；
[0016]图3示出了参考较高层应用的层2服务访问点(SAP)的两个等效表示；
[0017]图4示出和描述了加密散列函数的属性；
[0018]图5A和5B示出了集中的和分散的服务或应用标识方案的实施例；
[0019]图6示出了示例性服务/应用发现接口；
[0020]图7示出了两个无线站之间的服务/应用发现过程的示例性流程图；以及
[0021]图8是根据本发明的一个实现的适用于存储和/或执行程序代码的设备的示例性框图。
【具体实施方式】
[0022]参考下面的附图和描述详细地描述本公开。附图中的部件基于说明本发明的原理被放置而不一定被放大、强调。而且，在附图中，相似的参考标号标出不同视图中的相应的相似部件或元件。
[0023]为了本公开的目的，所有无线元件被称为无线“站”。它可包括通常被称为“站”(例如，蜂窝电话和平板电脑)的无线元件，而且还可包括例如路由器和打印服务器这样的常被称为“接入点”的其它无线元件。
[0024]无线发现可描述无线站、例如智能电话或笔记本电脑经由W1-Fi或任意其它无线协议来定位支持感兴趣的服务或应用的相邻站的过程。无线发现最通常指代任意两个(或更多个)站一起创建无线网络。在其最基本的配置中，它可以简单地指代单个站(例如，笔记本电脑)发现和连接至无线打印机。然而，无线发现更频繁地指代个别站(例如，智能电话、平板电脑等)发现支持多个网络连接(例如，许多其它智能电话)并且提供互联网网关服务的公共站(例如，路由器)的过程。这种配置一般被称为“热点”。
[0025]图1示出了用于无线发现过程的两种可能配置。如图1所示，相邻站中的服务或应用的标识可由(A)探测请求/响应模型执行，在该模型中寻找服务或应用的站积极地探测其在搜索对等站时的环境，或者相邻站中的服务或应用的标识可选地可在(B)源自支持的对等站的信标单播或多播消息中“被广告”。在常见配置、上述的“热点”配置中，广告服务只是允许请求/订阅站接入互联网的互联网网关服务。当然，图1中重要的是消息“whohas service foo ?(谁有 foo 服务？ )，，、“I have foo (我有 foo) ” 和 “I have bar (我有bar) ”。这些消息可被称为预关联消息，因为它们在协商和创建相应站之间的连接之前出现。相比于根据当前和传统的框架的交换的，本公开的各方面涉及更有意义的和多样的消息在预关联阶段的交换。
[0026]如上所述，无线发现通常结合期望的服务或应用而被执行。无线服务和应用尽管相关，但是具有不同的普通定义。一般地，无线服务通常与某一形式的切实功能、例如执行某一任务相关联。例如，上面实施例中的路由器可提供网关服务，其中网关服务允许互联网接入订阅的无线站。可选地，打印服务器可执行订阅站的打印功能。
[0027]与无线服务相对照，无线站反而可对相邻无线站上通常运行的应用的定位感兴趣。共享的无线应用的一些实施例可包括参与一个或多个社交网络应用、或需要两个或更多个积极参与者的游戏应用(例如，与本地人类对手下棋或玩扑克)。
[0028]不管站是否正在寻找特定无线服务或应用，服务或应用都必须首先由如图1所示的请求站“发现”。根据传统基础设施，无线发现过程在连接之后进行。也就是说，站可首先进入仅通过网络的服务设备标识符(SSID)识别的“热点”网络区域，所述站请求与该“热点”网络区域连接。不管其名称如何，SSID几乎不指代网络支持或提供的服务，并且通常仅是区别名称(例如“Jane’ s Coffee Shop (Jane的咖啡店)”)。无线连接协商以站(通常为智能电话、平板电脑或笔记本电脑和路由器)之间交换的消息开始，并且连接被创建。
[0029]—旦连接被创建,高层协议(例如,通用即插即用(UPnP)或Bonjour协议)可用于定义关联后(post-associat1n)服务或应用发现参数。也就是说，发现通过网络可用的特定应用和/或服务的过程在此连接被创建之后进行，并且连接后发现过程由高层应用(例如，UPnP和Bonjour)仲裁，其中高层应用一般通过(尤其在UPnP的情况下)(可选地)交换长的数据串进行通信。连接后发现过程还可能要求选择在一个应用层协议之上的另一应用层协议(例如，Bonjour和UPnP通常不一起工作)。
[0030]图2定义了 7层OSI通信模型的各个层并且示出了一般消息可能采取的路径。层7指代应用层，应用层是用户可与之交互的层。沿协议“栈”向下，典型的消息在可能经由无线天线从物理层(层I)传输之前将变为附加有连续的协议标签，转变成分段、分组、帧并且最终转变成比特。接收侧进行逆向过程。
[0031]OSI “模型”并不物理上存在于某一电路元件中，而是定义了给定的消息或数据结构(例如，具有嵌入的jpeg图像或mp3音频片段的文本消息)从用户友好、用户可访问的特定应用格式(层7)到在通信站的物理接口(层I)之间传输的原始比特(O或I)所经历的过程(封装或解封装)的完整列表。为了本公开的目的，假设经由无线链路进行通信，但是一般可以是任意通信介质，例如由地球两端的光纤电缆承载的IP语音(VoIP)电话交谈。
[0032]从稍微不同的角度看，如图2中的虚线箭头所示，OSI模型代表被分成多个逻辑层的通信功能。在横向角度，发送侧上的各个层被认为与接收侧上的其对应的配对层进行实质上独立的通信，其导致同步的通信会话。这通过在封装期间将协议信息附加到消息来实现。当消息被解封装时，来自发送层4的协议信息从消息中被剥去并且由接收层4使用。子层消息的这种“捎带”提供了 OSI模型的非常有用和迄今未被利用的特性:在承受封装/解封装的消息后面将短消息串“偷带”到OSI模型的下层中的能力。这些串然后可在接收端处被用来将低层串映射成有用的高层功能。例如，指示与某一服务或应用有关的站之间的相互兼容性的层2中短消息串的接收可使接收站在即将到来的与兼容的对等站连接之前实例化层7中的应用。
[0033]在本公开的实施方式中，在站之间协商通信会话之前，给定的无线站可用的可用服务和/或应用可在站预关联期间通过较短的数据串进行通信。该数据串可代表站所支持或在站上运行的可用的服务或应用，还可包括与该服务或应用相关联的任何或所有互操作性要求。所述串可在OSI模型的下层之间(即，发送和接收层2之间)传输，它们随后可经由查找表或相似的逻辑图(例如，散列函数)被映射成高层(例如，层7)功能。因此，通信站可交换极短的串，其中极短的串唯一地表征更复杂、更强健的服务及其关联的协议栈。
[0034]如之前所描述的，本方法中的实用性是高层应用(例如，层7)例如UPnP和Bonjour通过交换相对长的串进行通信。站之间必然存在正式的通信链路。然而，对于其中在站仅需要具有足够的信息以允许站做出“是或否”的决定的服务或应用预关联，给定的服务或应用的标识和给定的站用以确定该站是否支持被广告的服务或应用的足够的信息可能是必需的。此信息可基于接收站处的查找表或其它参考场景(例如，散列函数)被提供，其中接收站提供一定量的数据压缩。
[0035]通过提前做出“是/否”(真/假)的决定，站可避免请求/接受来自其它站的连接，从而为每个站节省时间和能量。而且，如下面进一步描述的，可获得连接以不断选择站的群组(例如，仅来自社交媒体应用的对等站可被接受)，导致极具选择性但高度优化的站的网络。
[0036]图3示出了传送来自站的该信息的可能手段。在图3中，单个“服务访问点(SAP)”由未使用的或编造的协议参数(例如，端口:123)或十六进制串(例如，FF62 549E 113B901C...)定义。尽管服务访问点(SAP)还可被称为服务标识符或“服务ID”，但是SAP更暗示性地指示在标识给定的服务中涉及的协议和参数的汇集。
[0037]SAP枚举了给定站支持特定协议栈的能力。协议栈继而定义了请求站必须拥有和/或实例化以利用服务或应用(例如，图3中的应用服务C)的互操作性要求。此模型自然地将其自身引向各种期望的系统体系结构标准，例如某些特殊SAP的“认证的一致性”或者甚至私有SAP的支持。尽管图3描绘了 SAP潜在地被存储为端口号，但是SAP可通过任意未使用的参数进行通信，只要参数被映射成每个参与站上的相同功能。因此，查找表可提供将SAP转变成与给定服务或应用相关联的长的高层UPnP或Bonjour串。
[0038]回收未使用的或编造的参数的替代方案是如图3的第二实施例所示那样通过唯一的十六进制串定义SAP。这可通过使用加密散列函数对服务或应用名称以及任意附加的所需的互操作性数据进行散列操作来实现。
[0039]图4展示了加密散列函数的一些一般特征。通过使用散列函数标识SAP或服务ID可以具有与其相关联的各种优点。例如，指望支持给定应用户或服务的请求站可以某一规定的方式对服务名称和互操作性数据进行散列操作，并且将散列的串作为其服务查询预关联串进行分派。由于相同散列的数据生成相同的散列串，并且两个不同的预散列值导致相同的散列串的可能性实质上为零，散列串表现得像个强大的兼容性密钥。接收散列串查询的站可咨询查找表，检查其内部存储的散列码，或者甚至动态地对它自己的服务或应用数据进行散列操作以检查用于比较。
[0040]对数据进行散列操作的第二益处是压缩。一般地，加密散列函数的输入长度可以是无限的，并且仍将以非常高的概率产生唯一的固定长度输出。因此，给定服务或应用的信息特殊性的范围可实质上是无限的，取决于进行散列操作之前输入如何被构造而范围从极宽(例如，运行社交网络应用X)到极窄(例如，Y在加利福尼亚州、奥克斯纳德外的“DirtyDozen”保龄球队)。只要分离的站遵循一组相同的预散列规则，站被确保建立相同的固定长度输出。
[0041]与对服务或应用信息进行散列操作相关联的又一益处可以是安全性。由于散列串的一个属性是散列串可能不是“未经散列操作的”以确定原始的数据(即，服务ID或SAP)，所以希望在寻找运行或提供相同服务或应用的对等站的同时私下运行服务或应用的站可能这么做而不需要担心应用或服务被第三方解码。
[0042]识别和区分网络上的服务或应用的进一步要求是假设每个服务或应用与唯一的服务标识串相关联。图5A和5B描绘了用于建立全球唯一标识串(UUID’ s)的两个方法。如图5A所示，UUID’ s—般通过建立由具有在有限的名称空间(例如，DNS名称和IANA)内授权的子分支的中央机构控制的层级而成为唯一的。这是一种常用于给予网络上的实体、计算机上的文件、互联网地址等唯一的名称/路径的简单方法。层级名称的实施例包括“C:'Program Files'...'Example.1pg，，、“www.uspt0.gov/patents/index.1sp，，Sl (与假想的打印服务相关)“\\USPTO\Printers\...\IP_172.16.1.145”，其中 “\\” 表示“返回到根”并且 “ΙΡ_172.16.1.145” 表示端口。
[0043]图5Β示出了一种更灵活的方法，其中非常大的数字被指定为UUID’ S。在此模型中，每个标识符被确保以非常高的概率为唯一的。例如，由16字节的二进制位构成的UUID给出了共计2128 = 138 352个可能的组合。例如，地球上有6.8Χ109个人，可观察的宇宙中有3Χ 123颗星，并且人体中有128个原子。由此，“散列冲突”的可能性是微不足道的，即使给定网络上的站的数量等于人体中的原子的数量(在该情况下，100*(1028/1038 5321)或约1/30亿)！有趣的是，尽管庞大的地址空间，128个二进制位等同于32个十六进制位，其远小于大多数层级地址。例如，串“\\USPT0\Printers\Room_128\IP_172.16.1.145”已经包含41个ACSII字符。当然，也没有原因用128个二进制位设置有限的串长度，可单独使用或大或小的值或与其它串结合以最终规定SAP或UUID。
[0044]在此大地址空间中实现UUID’ s的一种方式是以与如上所述建立唯一 SAP相同的方式简单地应用加密散列函数。这是使用散列串执行SAP标识的又一益处，它常常可能是如下情况:根据散列串地址空间，服务或应用SAP也足以充当其UUID。当然，如上所述与SAP相同的散列串的安全性和压缩的优点同样适用于UUID。
[0045]预关联体系结构的最终添加可以是添加补充信息，其中补充信息可在做出请求/接收给定连接的决定中有用。补充信息可包括:
[0046].发现特定的人
[0047]此人将在移动设备上运行特定的应用/服务
[0048].发现作为特定群组的成员的任何人
[0049]这些人可以是运行特定的应用或服务的用户，并且还可包括应用中的具体群组中的用户(即，社交媒体对等站或游戏中的团队成员)
[0050].支持服务发现的私有化
[0051]在补充信息的情况下，公开定义的服务Id(SAP)可用作给定服务或应用的引导点。在此情况下，附加的本地服务标识符可(分层级地或分散地)被添加，其可对应于更具体的服务信息或服务修饰符，指示附加的参数，例如，(i)特定的服务上下文、(ii)特定用户、(iii)用户群组、或(iv)私有/安全的服务实例，以上列举了几种可能性。
[0052]预关联构造的又一扩展可以是在几乎没有连接的可能性的情况下向站提供信息。越来越多“傻瓜”设备变得无线可用是很有意义的。例如，读取本地温度计或前门灯的远程状态可能是有意思的，尽管可能不创建与它们中的任一个的连接。
[0053]图6示出了通过使用预关联来支持的示例性发布/订阅框架。这可能是仅通过使用预关联框架创建的强健框架的示例。在图6中，由服务A发送的每个“发布”消息由服务ID(SAP)和指示服务A何时发送未经请求的传输的“发布”时间表(作为补充信息)构成。由服务A发送的每个“订阅”消息由服务ID(SAP)和指示发现过程(和订阅站的MAC)应该知道何时收听未经请求的传输的“订阅”时间表构成。从站发送至服务A的每个“通知”消息由服务ID(SAP)、识别消息的MAC和从站至服务A的附加的服务信息构成。
[0054]图7是概述了示例性服务发现过程700的流程图。在图7中，无线站A支持无线站B可以搜寻的给定服务或应用。过程从步骤S701开始并且进入步骤S710，在步骤710无线站A向无线站B发送数据串，其中数据串识别用于具体服务或应用的所有必需的互操作性信息。在步骤S720，无线站A查看无线站B是否请求连接。如果连接被请求，则无线站A进入步骤S730，在步骤S730，在无线站A与无线站B之间建立连接。控制然后转到步骤S799，在步骤S799方法结束。如果连接未被请求，或者如果网络配置使得无线站B被配置为等待信标以做出响应，则无线站A可进入步骤S740，在步骤S740，无线站A检查是否到了发送信标的时间(或被配置为发送信标)。如果到了发送信标的时间/被配置为发送信标，则控制转到步骤S750，在步骤S750无线站A发送信标。无线站A然后进入步骤S760，在步骤S760确定是否接收到对信标的响应。如果接收到响应，则无线站A返回到建立无线站A与无线站B之间的连接的步骤S730，然后进入步骤S799，在步骤S799过程结束。如果未到发送信标的时间，如果无线站A未被配置为发送信标，或者如果在步骤S760未接收到对信标的响应，则流程也转到步骤S799，在步骤S799方法结束。
[0055]从无线站B的角度，在步骤S770无线站B接收数据串，在步骤S780中确定无线站B是否满足互操作性要求。如果不满足互操作性要求，则无线站B在步骤S770中继续接收数据串。如果满足互操作性要求，则无线站B进入步骤S790，在步骤S790无线站B可请求与无线站A的连接或者等待直到无线站A生成信标以做出响应。在任一情况下，无线站B然后在步骤S795建立与无线站A的连接，然后进入步骤S799，在步骤S799方法结束。
[0056]通过扩展上面的想法，可构造根据本公开的实施方式的网络，其中多个不同站之间的预关联允许充分选择有意义的连接。根据上述特征，本公开的示例性实施方式建议基于下面的模型执行服务发现:
[0057](I)定义服务发现帧作为子类型公共动作的新的IEEE 802.11管理帧；
[0058](2)公共动作帧承载不透明的“服务Id”字节串，该“服务Id”字节串被创建作为唯一地识别服务的某一应用特定信息的散列；
[0059](3)对于服务Id，可存在任选的服务能力字段来提供服务特定附加约束；
[0060](4)服务发现由下列项执行:
[0061](a)服务发现请求/响应序列(请求可以针对服务Id单播或多播)
[0062](b)服务通告(例如，未经请求的服务Id的单播/多播)
[0063](5)46比特的服务Id可用于创建用于请求或通告的多播地址；
[0064](6)服务发现帧可被构造以允许请求或指示多于一个的服务，然而对字段的限制应该约束服务Id字段的尺寸、服务能力字段和发现帧的总尺寸。
[0065]用于执行无线发现过程的指令可在电子设备(例如，专用集成电路(ASIC)或存储在记录介质例如RAM、R0M上的软件指令、可移除存储器(例如，可移除存储芯片或盘)或固定存储器例如硬盘驱动中提供。
[0066]图8示出了适于存储和/或执行程序代码以执行上述一个或多个过程的设备800的一个实施方式。无线设备800可以是各个实施方式中的无线接入点和/或无线站。设备800包括通过系统总线806耦合至存储元件804A-B的处理器802。在其它实现中，设备800可包括多于一个的处理器，每个处理器可通过系统总线直接或间接耦合至一个或多个存储元件。存储元件804A-B可包括在程序代码的实际执行期间被采用的本地存储器、大容量存储器和提供至少一些程序代码的临时存储以减少在执行期间必须从大容量存储器提取代码的时间量的高速缓冲存储器。如图所示，输入/输出或I/O设备808A-B(包括但不限于键盘、显示器、定位设备等)耦合至设备800。I/O设备808A-B可直接或通过中间的I/O控制器(未示出)间接耦合至设备800。
[0067]在一种实现中，网络适配器810耦合至设备800以使设备800变为通过通信链路812耦合至其它处理系统或远程打印机或存储设备。通信链路812可以是私有或公共网络、无线或有线。无线调制器、电缆调制器和以太网卡仅是一些当前可用类型的网络适配器。
[0068]尽管结合建议作为实施例的【具体实施方式】描述了本公开的各方面，但是可对实施例做出替换、修改和变型。由此，本文阐述的实施方式用于说明性而非限制性。可进行改变而不偏离下面阐述的权利要求的范围。
【权利要求】
1.一种用于在两个或更多个无线站之间执行无线发现的方法，所述方法包括: 在第一无线站与第二无线站之间已经建立连接之前，从所述第一无线站向所述第二无线站发送数据串， 其中所述数据串包括对于服务或应用在所述第二无线站上运行所必需的互操作性信肩、O
2.根据权利要求1所述的方法，还包括: 如果接收所述数据串的所述第二无线站包含由所述数据串描述的运行所述服务或应用所必需的互操作性硬件和/或软件，则在所述第一无线站与所述第二无线站之间建立无线连接。
3.根据权利要求1所述的方法，其中所述数据串还包括所述服务或应用的唯一标识。
4.根据权利要求3所述的方法，其中所述数据串是基于服务或应用标识数据的散列函数的输出。
5.根据权利要求3所述的方法，其中所述数据串是OSI7层模型的层3或更下层协议的未使用的参数或编造的参数。
6.根据权利要求3所述的方法，其中所述数据串还包括与所述服务或应用有关的补充信息，所述补充信息并不是接收所述数据串的所述第二无线站识别和运行所述服务或应用所必不可少的。
7.根据权利要求6所述的方法，其中所述补充信息包含规定所述第一无线站所属的一个或多个群组的数据。
8.一种第一无线站，包括: 电子设备和/或软件，被配置为生成数据串，所述数据串包括对于被存储在所述第一无线站上的服务或应用在第二无线站上运行所必需的互操作性信息；以及 无线收发器，被配置为在所述第一无线站与所述第二无线站之间已经建立连接之前，将所述数据串发送至所述第二无线站。
9.根据权利要求8所述的第一无线站，其中所述第一无线站与所述第二无线站之间的无线连接仅在所述第二无站包含由所述数据串描述的运行所述服务或应用所必需的互操作性硬件和/或软件的情况下被建立。
10.根据权利要求8的第一无线站，其中所述数据串还包括所述服务或应用的唯一标识。
11.根据权利要求10所述的第一无线站，其中所述数据串是基于服务或应用标识数据的散列函数的输出。
12.根据权利要求10所述的第一无线站，其中所述数据串是0SI7层模型的层3或更下层协议的未使用或编造的参数。
13.根据权利要求10所述的第一无线站，其中所述数据串还包括与所述服务或应用有关的补充信息，所述补充信息并不是接收所述数据串的所述第二无线站识别和运行所述服务或应用所必不可少的。
14.根据权利要求13所述的第一无线站，其中所述补充信息包含规定所述第一无线站所属的一个或多个群组的数据。
15.一种计算机可读存储介质，存储用于使得一个或多个处理器执行以下步骤的指令: 在第一无线站与第二无线站之间已经建立连接之前，从所述第一无线站向所述第二无线站发送数据串，其中所述数据串包括对于服务或应用在所述第二无线站上运行所必需的互操作性信息。
16.根据权利要求15所述的计算机可读存储介质，所述步骤还包括: 如果接收所述数据串的所述第二无线站包含由所述数据串描述的运行所述服务或应用所必需的互操作性硬件和/或软件，则在所述第一无线站与所述第二无线站之间建立无线连接。
17.根据权利要求15所述的计算机可读存储介质，其中所述数据串还包括所述服务或应用的唯一标识。
18.根据权利要求17所述的计算机可读存储介质，其中所述数据串是基于服务或应用标识数据的散列函数的输出。
19.根据权利要求17所述的计算机可读存储介质，其中所述数据串是OSI7层模型的层3或更下层协议的未使用的参数或编造的参数。
20.根据权利要求17所述的计算机可读存储介质，其中所述数据串还包括与所述服务或应用有关的补充信息，所述补充信息并不是接收所述数据串的所述第二无线站识别和运行所述服务或应用所必不可少的。
21.根据权利要求20所述的计算机可读存储介质，其中所述补充信息包含规定所述第一无线站所属的一个或多个群组的数据。
【文档编号】H04L29/08GK104170354SQ201380014751
【公开日】2014年11月26日 申请日期:2013年2月7日 优先权日:2012年2月8日
【发明者】P·兰伯特 申请人:马维尔国际贸易有限公司