主机设备的自适应宣告以及嵌入式设备的发现 |
|||||||
| 申请号 | CN201580039601.6 | 申请日 | 2015-07-21 | 公开(公告)号 | CN106576229A | 公开(公告)日 | 2017-04-19 |
| 申请人 | 高通股份有限公司; | 发明人 | A·阿加瓦尔; S·诺托; G·伯恩斯; | ||||
| 摘要 | 本公开涉及嵌入式设备可发现并使用来连接到主机设备的自适应宣告。具体而言，主机设备一般可传送多个宣告以用信令通知主存一个或多个嵌入式设备的意愿，嵌入式设备可根据与主机设备相关联的属性和/或与嵌入式设备相关联的要求来选择性地处理该宣告以自适应地附连到特定主机设备。此外，主机设备可具有控制该主机设备是否应当“可发现”的过载 阈值 ，以使得可根据当前负载状况动态地调整(或暂缓)宣告，并且在当前负载状况超过过载阈值时，所连接的嵌入式设备可被重定向到另一目标主机设备以降载。 | ||||||
| 权利要求 | 1.一种用于自适应宣告发现和选择的方法，包括： |
||||||
| 说明书全文 | 主机设备的自适应宣告以及嵌入式设备的发现[0001] 相关申请的交叉引用 [0002] 本申请要求2014年8月1日提交的题为“ADAPTIVE ADVERTISEMENT BY HOST DEVICES AND DISCOVERY BY EMBEDDED DEVICES(主机设备的自适应宣告以及嵌入式设备的发现)”的美国临时专利申请序列号62/032,308的权益，其转让给本申请的受让人并通过援引整体明确纳入于此。 技术领域[0003] 本文描述的各方面一般涉及嵌入式设备可发现并使用来连接到主机设备的自适应宣告，且具体地涉及选择性地处理嵌入式设备从愿意主存嵌入式设备的一个或多个主机设备接收到的不同宣告类型，以便嵌入式设备可根据与主机设备相关联的属性和/或与嵌入式设备相关联的要求来自适应地附连到特定主机设备。 [0004] 背景 [0005] 因特网是使用标准网际协议套件(例如，传输控制协议(TCP)和网际协议(IP))来彼此通信的互联的计算机和计算机网络的全球系统。物联网(IoT)基于日常对象(不仅是计算机和计算机网络)可经由IoT通信网络(例如，自组织(ad-hoc)系统或因特网)可读、可识别、可定位、可寻址、以及可控制的理念。 [0006] 数个市场趋势正推动IoT设备的开发。例如，增加的能源成本正推动政府在智能电网以及将来消费支持(诸如电动车辆和公共充电站)中的战略性投资。增加的卫生保健成本和老龄化人口正推动对远程/联网卫生保健和健康服务的开发。家庭中的技术革命正推动对新的“智能”服务的开发，包括由营销‘N’种活动(‘N’play)(例如，数据、语音、视频、安全性、能源管理等)并扩展家庭网络的服务提供者所进行的联合。作为降低企业设施的运作成本的手段，建筑物正变得更智能和更方便。 [0007] 存在用于IoT的数个关键应用。例如，在智能电网和能源管理领域，公共事业公司可以优化能源到家庭和企业的递送，同时消费者能更好地管理能源使用。在家庭和建筑物自动化领域，智能家居和建筑物可具有对家或办公室中的实质上任何设备或系统的集中式控制，从电器到插电式电动车辆(PEV)安全性系统。在资产跟踪领域，企业、医院、工厂和其他大型组织能准确跟踪高价值装备、患者、车辆等的位置。在卫生和健康领域，医生能远程监视患者的健康，同时人们能跟踪健康例程的进度。 [0008] 因此，在不久的将来，IoT技术的持续增进的发展将导致家中、车辆中、工作中、以及许多其它位置和个人空间处用户周围的众多IoT设备。至少部分地由于潜在大量数量的异构IoT设备以及可被用在受控IoT网络内的其他物理对象，它们可彼此交互和/或按许多不同方式来使用，一般需要良好定义且可靠的通信接口来连接这些各种异构IoT设备，使得各种异构IoT设备能被适当地配置、管理、并且彼此通信以交换信息。在该上下文中，已作出各种努力来提供允许分布式应用跨不同设备类运行的环境，并且该环境强调独立于该环境中的设备上的任何底层操作系统、硬件和/或软件的移动性、安全性、以及动态配置。然而，可在IoT环境中相当流行的嵌入式系统被设计成提供在嵌入于较大设备内的微控制器上运行的特定功能性。如此，因为嵌入式系统通常只执行特定功能或小量特定功能，所以嵌入式系统通常被设计为具有有限存储器大小、处理器速度、可用功率、外围设备等以降低与该产品相关联的大小和成本。换言之，因为嵌入式系统往往具有受约束的操作环境，所以嵌入式系统通常缺少支持多线程化、许多网络连接、以及与分布式编程环境相关联的其他要求可能所需的资源。然而，可从在分布式编程环境中连接诸嵌入式系统以及具有受约束的操作环境的其他设备实现显著的益处。 [0009] 概述 [0010] 以下给出了与本文所公开的一个或多个方面相关的简化概述。如此，以下概述既不应被视为与所有构想的方面相关的详尽纵览，以下概述也不应被认为标识与所有构想的方面相关的关键性或决定性要素或描绘与任何特定方面相关联的范围。相应地，以下概述仅具有在以下给出的详细描述之前以简化形式呈现与本文所公开的一个或多个方面相关的某些概念的目的。 [0011] 根据各示例性方面，本公开一般涉及嵌入式设备可发现并选择性地处理以连接到特定主机设备并由此加入基于邻近度的分布式总线的自适应宣告。具体而言，主机设备一般可传送多个宣告以用信令通知主存一个或多个嵌入式设备的意愿，嵌入式设备可根据与主机设备相关联的属性和/或与嵌入式设备相关联的要求来选择性地处理该宣告以自适应地连接到特定主机设备。此外，主机设备可具有控制该主机设备是否应当“可发现”的过载阈值，使得可根据当前负载状况动态地调整(或暂缓)宣告，并且在当前负载状况超过过载阈值时，所连接的嵌入式设备可被重定向到另一目标主机设备以卸载负载。更具体而言，特定嵌入式设备可接收来自一个或多个主机设备的宣告，基于该宣告中包括的信息选择主机设备之一，以及连接到所选择的主机设备以加入基于邻近度的分布式总线。例如，根据各方面，每一宣告可包括与相应主机设备相关联的一个或多个属性，以使得可基于嵌入式设备用来过滤与每一主机设备相关联的一个或多个属性的本地决策树来选择主机设备(例如，每一嵌入式设备可具有用来过滤与每一主机设备相关联的属性的不同决策树)。在另一示例中，每一广告可包括从应用于与相应主机设备相关联的一个或多个属性的一个或多个加权因子导出的索引，以使得嵌入式设备可基于哪一主机设备具有最高索引来选择该主机设备。此外，根据各方面，在未经索求的模式中从每一主机设备接收到的宣告可包括具有第一类型的第一宣告和具有第二类型的第二宣告，其中具有第一类型的宣告各自包括与相应主机设备相关联的属性且具有第二类型的宣告各自包括从应用于与相应主机设备相关联的属性的加权因子导出的索引。或者，在经索求的模式中，嵌入式设备可向每一主机设备请求具有第一类型或第二类型的宣告，其中每一主机设备可取决于嵌入式设备请求什么宣告类型而只向请求方嵌入式设备传送具有第一类型或第二类型的宣告。此外，根据各方面，主机设备可各自基于与其相关联的当前负载来动态地调整具有第一类型的宣告或具有第二类型的宣告中的一者或多者。另外，嵌入式设备可接收所选择的主机设备可响应于确定与其相关联的当前负载超过过载阈值而传送给该嵌入式设备的重定向消息，其中该重定向消息可包括与目标主机设备相关联的信息并且该嵌入式设备随后可连接到在重定向消息中标识的目标主机设备。 [0012] 根据各方面，一种用于自适应宣告发现和选择的方法尤其可包括接收来自一个或多个主机设备的宣告，基于宣告中包括的信息来选择主机设备；以及连接到所选择的主机设备以加入基于邻近度的分布式总线。 [0013] 根据各种方面，一种嵌入式设备可包括：接收机，其被配置成接收来自一个或多个主机设备的宣告；以及一个或多个处理器，其被配置成基于该宣告中包括的信息来选择主机设备并连接到所选择的主机设备以加入基于邻近度的分布式总线。 [0014] 根据各种方面，一种装备可包括：用于接收来自一个或多个主机设备的宣告的装置；用于基于宣告中包括的信息来选择主机设备的装置；以及用于连接到所选择的主机设备以加入基于邻近度的分布式总线的装置。 [0015] 根据各种方面，一种计算机可读存储介质可具有其上记录的计算机可执行指令，其中在具有一个或多个处理器的嵌入式设备上执行该计算机可执行指令可导致该一个或多个处理器：接收来自一个或多个主机设备的宣告，基于宣告中包括的信息来选择主机设备；以及连接到所选择的主机设备以加入基于邻近度的分布式总线。 [0017] 附图简要说明 [0018] 对本公开的各方面及其许多伴随优点的更完整领会将因其在参考结合附图考虑的以下详细描述时变得更好理解而易于获得，附图仅出于解说目的被给出而不对本公开构成任何限定，并且其中： [0019] 图1解说根据各方面的无线通信系统的示例性高级系统架构，其中一个或多个主机设备可自适应地传送宣告，嵌入式设备可发现这些宣告并选择连接到基于邻近度的分布式总线。 [0020] 图2A-2E解说了根据各方面的附加无线通信系统的示例性高级系统架构，且可包括各种物联网(IoT)设备，包括可传送自适应宣告的一个或多个主机设备和可发现并使用自适应宣告来选择特定主机设备并从而连接到基于邻近度的分布式总线的一个或多个嵌入式设备。 [0021] 图3解说了根据各方面的可与提供到基于邻近度的分布式总线的附连的主机设备相对应或与连接到主机设备以连接到基于邻近度的分布式总线的嵌入式设备相对应的示例性通信设备。 [0022] 图4A解说了根据各方面的示例性IoT设备且图4B解说了示例性无源IoT设备，它们也可与提供到基于邻近度的分布式总线的附连的主机设备相对应或与经由主机设备连接到基于邻近度的分布式总线的嵌入式设备相对应。 [0023] 图5解说了根据各方面的包括被配置成执行功能性的逻辑的通信设备。 [0024] 图6解说了根据各个方面的示例性服务器。 [0025] 图7解说了根据各方面的可以支持能够启用直接设备到设备(D2D)通信的可发现D2D(或对等(P2P))服务的无线通信网络，它可包括基于邻近度的分布式总线上的直接D2D和/或P2P通信。 [0026] 图8解说了根据各方面的示例性环境，其中可发现D2D服务可被用于建立基于邻近度的分布式总线，各个设备可在该总线上使用D2D技术通信。 [0027] 图9解说了根据各方面的示例性信令流，其中可发现D2D服务可被用于建立基于邻近度的分布式总线，各个设备可在该总线上使用D2D技术通信。 [0028] 图10A解说了可以在两个主机设备之间形成以支持主机设备之间的D2D通信的基于邻近度的示例性分布式总线，而图10B解说了根据各方面的基于邻近度的示例性分布式总线，其中一个或多个嵌入式设备可以连接至主机设备以连接至基于邻近度的分布式总线。 [0029] 图11解说了根据各方面的其中自适应宣告可被用来将嵌入式设备连接到基于邻近度的分布式总线的示例性高级操作。 [0030] 图12解说了根据各方面的可准备并传送宣告以允许嵌入式设备连接到基于邻近度的分布式总线的示例性主机设备。 [0031] 图13解说了根据各方面的其中主机设备可以导出被传送给嵌入式设备的自适应宣告中使用的加权属性索引的示例性处理。 [0032] 图14解说了根据各方面的其中嵌入式设备可以处理从主机设备接收到的自适应宣告的示例性处理。 [0033] 图15解说了根据各方面的其中主机设备可根据负载来动态地调整宣告的示例性方法。 [0034] 图16解说了根据各方面的其中连接到特定嵌入式设备的主机设备可执行降载以将该嵌入式设备连接到另一目标主机设备的示例性呼叫流。 [0035] 图17解说了根据各方面的可与提供到基于邻近度的分布式总线的附连的主机设备相对应或与连接到主机设备以附接到基于邻近度的分布式总线的嵌入式设备相对应的示例性框图。 [0036] 详细描述 [0037] 在以下描述和相关附图中公开了各方面和实施例以示出与各示例性方面和实施例相关的具体示例。替换方面和实施例在相关领域的技术人员阅读本公开之后将是显而易见的，且可被构造并实施，而不背离本文公开的范围或精神。另外，众所周知的元素将不被详细描述或可将被省去以便不模糊本文公开的各方面和实施例的相关细节。 [0038] 措辞“示例性”在本文中用于意指“用作示例、实例或解说”。本文中描述为“示例性”的任何实施例不必被解释为优于或胜过其他实施例。同样，术语“实施例”并不要求所有实施例都包括所讨论的特征、优点、或工作模式。 [0039] 本文所使用的术语仅描述了特定实施例并且不应当被解读成限定本文所公开的任何实施例。如本文所使用的，单数形式的“一”、“某”和“该”旨在也包括复数形式，除非上下文另有明确指示并非如此。本领域技术人员将进一步理解，术语“包括”、“具有”、“包含”和/或“含有”在本文中使用时指定所陈述的特征、整数、步骤、操作、要素、和/或组件的存在，但并不排除一个或多个其他特征、整数、步骤、操作、要素、组件和/或其群组的存在或添加。 [0040] 此外，许多方面以将由例如计算设备的元件执行的动作序列的方式来描述。本领域技术人员将认识到，本文描述的各种动作能由专用电路(例如，专用集成电路(ASIC))、由正被一个或多个处理器执行的程序指令、或由这两者的组合来执行。另外，本文描述的这些动作序列可被认为是完全体现在任何形式的计算机可读存储介质内，其内存储有一经执行就将使相关联的处理器执行本文所描述的功能性的相应计算机指令集。因此，本文公开的各方面可以用数种不同形式来实施，所有这些形式都已被构想成落在所要求保护的主题内容的范围内。另外，对于本文所描述的每一个方面，任何此类方面的相应形式可在本文中被描述为例如“配置成执行所描述的动作的逻辑”。 [0041] 如本文所使用的，客户端设备(在本文中被称为主机设备、嵌入式设备、用户装备(UE)，等等)可以是移动的或驻定的，并且可以与无线电接入网(RAN)通信。如本文所使用的，术语“客户端设备”、“主机设备”、“嵌入式设备”以及其变型可以是可互换的并且指代“接入终端”、“AT”、“无线设备”、“订户设备”、“订户终端”、“订户站”、“用户终端”(即UT)、“移动终端”、“移动站”、“移动设备”及其各种变型。一般地，客户端设备可以经由RAN与核心网通信，并且通过核心网，客户端设备能够与外部网络(诸如因特网)连接。当然，连接到核心网和/或因特网的其他机制对于客户端设备而言也是可能的，诸如通过有线接入网、WiFi网络(例如，基于IEEE 802.11等)等。客户端设备可以通过数种类型设备中的任何设备来实现，包括但不限于PC卡、致密闪存设备、外置或内置调制解调器、无线或有线电话等。客户端设备藉以向RAN发送信号的通信链路被称为上行链路信道(例如，反向话务信道、反向控制信道、接入信道等)。RAN能藉以向客户端设备发送信号的通信链路被称为下行链路或前向链路信道(例如，寻呼信道、控制信道、广播信道、前向话务信道等)。如本文所使用的，术语话务信道(TCH)可以指上行链路/反向或下行链路/前向话务信道。 [0042] 如本文所使用的，术语“物联网设备”(或即“IoT设备”)可指代具有可寻址接口(例如，网际协议(IP)地址、蓝牙标识符(ID)、近场通信(NFC)ID等)并且可在有线或无线连接上向一个或多个其他设备传送信息的任何物体(例如，设施、传感器等)。IoT设备可具有无源通信接口(诸如快速响应(QR)码、射频标识(RFID)标签、NFC标签或类似物)或有源通信接口(诸如调制解调器、收发机、发射机-接收机、或类似物)。IoT设备可具有特定属性集(例如，设备状态或状况(诸如该IoT设备是开启还是关断、打开还是关闭、空闲还是活跃、可用于任务执行还是繁忙等)、冷却或加热功能、环境监视或记录功能、发光功能、发声功能等)，其可被嵌入到中央处理单元(CPU)、微处理器、ASIC或类似物等中，和/或由其控制/监视，并被配置用于连接至IoT网络(诸如局域自组织网络或因特网)。例如，IoT设备可包括但不限于：冰箱、烤面包机、烤箱、微波炉、冷冻机、洗碗机、器皿、手持工具、洗衣机、干衣机、炉子、空调、恒温器、电视机、灯具、吸尘器、洒水器、电表、燃气表等，只要这些设备装备有用于与IoT网络通信的可寻址通信接口即可。IoT设备还可包括蜂窝电话、台式计算机、膝上型计算机、平板计算机、个人数字助理(PDA)等等。相应地，IoT网络可由“传统”的可接入因特网的设备(例如，膝上型或台式计算机、蜂窝电话等)以及通常不具有因特网连通性的设备(例如，洗碗机等)的组合构成。 [0043] 如本文所使用的，术语“主机设备”一般可指具有足够存储器资源、可用能量、计算能力、以及用于运行操作系统的其他资源和能力的任何合适的客户端设备，该操作系统可支持多个进程和多个线程并从而运行适当的守护进程、总线路由器、或可提供到基于邻近度的分布式总线的附连并从而允许与附连到基于邻近度的分布式总线的其他设备的直接对等(P2P)或设备到设备(D2D)通信的其他进程。 [0044] 如本文所使用的，术语“嵌入式设备”一般可指缺少足够用于运行守护进程、总线路由器或附连到基于邻近度的分布式总线所需的其他进程的资源的任何合适的客户端设备，该基于邻近度的分布式总线支持与附连到该基于邻近度的分布式总线的其他设备的直接对等(P2P)或设备到设备(D2D)通信。例如，“嵌入式设备”一般可指被设计成提供在嵌入在较大设备内的微控制器上运行的特定或有限功能性的客户端设备，以使得嵌入式设备通常具有有限的存储器大小、处理器速度、可用功率、外围设备、用户接口、或以上全部。 [0045] 现在参考图1，示例性无线通信系统100可包括UE 1…N，它们可包括蜂窝电话、个人数字助理(PDA)、寻呼机、膝上型计算机、台式计算机，等等。例如，在图1中，UE 1…2被解说为蜂窝呼叫电话，UE 3…5被解说为蜂窝触摸屏电话或智能电话，而UE N被解说为台式计算机或PC。 [0046] 参照图1，UE 1…N被配置成在物理通信接口或层(在图1中被示为空中接口104、106、108)和/或直接有线连接上与接入网(例如，RAN 120、接入点125等)通信。空中接口104和106可符合给定的蜂窝通信协议(例如，CDMA、EV-DO、eHRPD、GSM、EDGE、W-CDMA、LTE等)，而空中接口108可符合无线IP协议(例如，IEEE 802.11)。RAN 120包括通过空中接口(诸如，空中接口104和106)服务UE的多个接入点。RAN 120中的接入点可被称为接入节点或AN、接入点或AP、基站或BS、B节点、演进型B节点等。这些接入点可以是陆地接入点(或地面站)或卫星接入点。RAN 120被配置成连接到核心网140，核心网140可以执行各种各样的功能——包括在由RAN 120服务的UE与由RAN 120或由一完全不同的RAN服务的其他UE之间桥接电路交换(CS)呼叫，并且还可中介与外部网络(诸如因特网175)的分组交换(PS)数据的交换。因特网175包括数个路由代理和处理代理(出于方便起见，未在图1中示出)。在图1中，UE N被示为直接连接到因特网175(即，与核心网140分开，诸如通过Wi-Fi或基于802.11的网络的以太网连接)。因特网175可藉此用于经由核心网140在UE N与UE 1…N之间桥接分组交换数据通信。图1中还示出了与RAN 120分开的接入点125。接入点125可以独立于核心网140地(例如，经由诸如FiOS之类的光通信系统、线缆调制解调器等)连接到因特网175。空中接口108可通过局部无线连接(诸如在一个示例中是IEEE 802.11)服务UE 4或UE 5。UE N被示为具有到因特网175的有线连接(诸如到调制解调器或路由器的直接连接)的台式计算机，该调制解调器或路由器可对应于接入点125(例如，具有有线和/或无线连通性的Wi-Fi路由器可对应于接入点125)。 [0047] 仍参照图1，某些UE可被配置成使用近场通信(NFC)接口来通信。例如，UE 1可以具有其中输入功率可被提供给发射机的NFC接口，该发射机使用该输入功率来生成用于提供能量转移的磁场，并且UE 2可以同样地具有其中接收机可耦合至UE 1生成的磁场以生成可以在其中存储或消耗的输出功率的NFC接口。相应地，当UE 2处的接收机的谐振频率匹配UE 1处的发射机的谐振频率时，发射机与接收机之间的传输损耗在接收机位于磁场的“近场”中时可以最小，并且可以由此在UE 1与UE 2之间发生能量转移以实现它们之间的通信。此外，本领域技术人员将领会，UE 1中的NFC接口可以包括类似的接收机，并且UE 2中的NFC接口可以包括类似的发射机以促成沿相反方向的NFC。 [0048] 参照图1，应用服务器170被示为连接到因特网175、核心网140、或这两者。应用服务器170可被实现为多个结构上分开的服务器，或者替换地可对应于单个服务器。在各实施例中，应用服务器170可被配置成针对能经由核心网140和/或因特网175连接到应用服务器170的UE支持一个或多个通信服务(例如，网际协议语音(VoIP)会话、即按即说(PTT)会话、群通信会话、社交联网服务等)、和/或向UE提供内容(例如，web页面下载)。 [0049] 在图1所示的无线通信系统100中，一个或多个主机设备可被附连到基于邻近度的分布式总线并被配置成自适应地传送宣告以用信令通知主存寻求附连到该基于邻近度的分布式总线的一个或多个嵌入式设备的意愿。相应地，如将在下文更详细地描述的，该一个或多个嵌入式设备可发现并处理从一个或多个主机设备自适应地传送的宣告并连接到特定主机设备以加入或以其他方式附连到基于邻近度的分布式总线。例如，在各种用例中，UE 1…N中的一者或多者可具有足够资源来运行支持分布式编程的环境，由此该一个或多个UE可被认为是可运行相应总线路由器、守护进程、或可提供到基于邻近度的分布式总线的附连的其他进程的“主机设备”。此外，在各种用例中，UE 1…N中的一者或多者可具有受约束的操作环境并且缺少足够资源来运行分布式编程环境，其中这样的UE可被认为是缺少运行总线路由器、守护进程、或可提供到基于邻近度的分布式总线的本地附连的其他合适进程的足够能力的“嵌入式设备”。然而，如在下文将更详细地描述的，嵌入式设备可“借用”在附连到基于邻近度的分布式总线的特定主机设备上运行的总线路由器、守护进程、或其他合适进程。如此，每一嵌入式设备可连接到特定主机设备以附连到基于邻近度的分布式总线并通过基于邻近度的分布式总线进行通信，其中可取决于与主机设备相关联的属性和/或与嵌入式设备相关联的要求，基于从主机设备自适应地传送的宣告中包括的信息来选择该特定主机设备。 [0050] 根据各方面，图2A-2E解说了附加无线通信系统的示例性高级系统架构，其中一个或多个主机设备可自适应地传送宣告，嵌入式设备可发现这些宣告并选择连接到基于邻近度的分布式总线。 [0051] 更具体而言，参考图2A，在此示出的无线通信系统200A可包括一个或多个主机设备可自适应地传送宣告，嵌入式设备可发现该宣告并选择附连到基于邻近度的分布式总线，其中无线通信系统200A包含多个IoT设备，它们可包括电视机210、室外空调单元212、恒温器214、冰箱216、洗衣机以及干衣机218，等等。 [0052] 参照图2A，IoT设备210-218被配置成在物理通信接口或层(在图2A中被示为空中接口208和直接有线连接209)上与接入网(例如，接入点225)通信。空中接口208可遵循无线网际协议(IP)，诸如IEEE 802.11。尽管图2A解说了IoT设备210-218在空中接口208上通信，并且IoT设备218在直接有线连接209上通信，但每个IoT设备可在有线或无线连接、或这两者上通信。 [0053] 因特网275包括数个路由代理和处理代理(出于方便起见未在图2A中示出)。因特网275是互联的计算机和计算机网络的全球系统，其使用标准网际协议套件(例如，传输控制协议(TCP)和IP)在不同的设备/网络之间通信。TCP/IP提供了端到端连通性，该连通性指定了数据应当如何被格式化、寻址、传送、路由和在目的地处被接收。 [0054] 在图2A中，计算机220(诸如台式计算机或个人计算机(PC))被示为直接连接至因特网275(例如在以太网连接或者基于Wi-Fi或802.11的网络上)。计算机220可具有到因特网275的有线连接，诸如到调制解调器或路由器的直接连接，在一示例中该路由器可对应于接入点225(例如，对于具有有线和无线连通性两者的Wi-Fi路由器)。替换地，并非在有线连接上被连接至接入点225和因特网275，计算机220可在空中接口208或另一无线接口上被连接至接入点225，并在空中接口208上接入因特网275。尽管被解说为台式计算机，但计算机220可以是膝上型计算机、平板计算机、PDA、智能电话、或类似物。计算机220可以是IoT设备和/或包含用于管理IoT网络/群(诸如IoT设备210-218的网络/群)的功能性。 [0055] 接入点225可例如经由光学通信系统(诸如FiOS)、电缆调制解调器、数字订户线(DSL)调制解调器等被连接至因特网275。接入点225可使用标准网际协议(例如，TCP/IP)与IoT设备210-220和因特网275通信。 [0056] 参照图2A，IoT服务器270被示为连接至因特网275。IoT服务器270可被实现为多个在结构上分开的服务器，或者替换地可对应于单个服务器。在一方面，IoT服务器270是可任选的(如由点线所指示的)，并且IoT设备210-220的群可以是对等(P2P)网络。在此种情形中，IoT设备210-220可在空中接口208和/或直接有线连接209上使用恰适的设备到设备(D2D)通信技术彼此直接通信。替换或附加地，IoT设备210-220中的一些或所有设备可配置有独立于空中接口208和直接有线连接209的通信接口。例如，如果空中接口208对应于Wi-Fi接口，则IoT设备210-220中的一个或多个IoT设备可具有蓝牙或NFC接口以用于彼此直接通信或者与其他启用蓝牙或NFC的设备直接通信。在对等网络中，服务发现方案可多播节点的存在、它们的能力、和群成员资格。对等设备可以基于这一信息来建立关联和后续交互，其中本文提供的与自适应宣告、发现以及选择相关的描述一般可在这样的对等上下文中发生(例如，基于邻近度的分布式总线)。 [0057] 根据各方面，图2B解说了包含多个IoT设备的另一无线通信系统200B的高级架构。一般而言，图2B中示出的无线通信系统200B可包括与以上更详细地描述的在图2A中示出的无线通信系统200A相同和/或基本相似的各种组件(例如，各种IoT设备，包括被配置成在空中接口208和/或直接有线连接210上与接入点225通信的电视机209、室外空调单元212、恒温器214、冰箱216、以及洗衣机和干衣机218，直接连接至因特网275和/或通过接入点225连接至因特网275的计算机220，以及可经由因特网275来访问的IoT服务器270等)。如此，出于描述的简洁和方便起见，与图2B中示出的无线通信系统200B中的某些组件相关的各种细节可在本文中省略，既然上面已关于图2A中解说的无线通信系统200A提供了相同或类似细节。 [0058] 参照图2B，无线通信系统200B可包括监管器设备230，其可替换地被称为IoT管理器230或IoT管理器设备230。如此，在以下描述使用术语“监管器设备”230的情况下，本领域技术人员将领会，对IoT管理器、群主、或类似术语的任何引述可指代监管器设备230或提供相同或基本相似功能性的另一物理或逻辑组件。 [0059] 在各实施例中，监管器设备230一般可观察、监视、控制、或以其他方式管理无线通信系统200B中的各种其他组件。例如，监管器设备230可在空中接口208和/或直接有线连接209上与接入网(例如，接入点225)通信以监视或管理与无线通信系统200B中的各种IoT设备210-220相关联的属性、活动、或其他状态。监管器设备230可具有到因特网275的有线或无线连接，以及可任选地到IoT服务器270的有线或无线连接(被示为点线)。监管器设备230可从因特网275和/或IoT服务器270获得可被用来进一步监视或管理与各种IoT设备210- 220相关联的属性、活动、或其他状态的信息。监管器设备230可以是自立设备或是IoT设备 210-220之一，诸如计算机220。监管器设备230可以是物理设备或在物理设备上运行的软件应用。监管器设备230可包括用户接口，其可输出与所监视的关联于IoT设备210-220的属性、活动、或其他状态相关的信息并接收输入信息以控制或以其他方式管理与其相关联的属性、活动、或其他状态。相应地，监管器设备230一般可包括各种组件且支持各种有线和无线通信接口以观察、监视、控制、或以其他方式管理无线通信系统200B中的各种组件。 [0060] 图2B中示出的无线通信系统200B可包括一个或多个无源IoT设备205(与有源IoT设备210-220形成对比)，其可被耦合至无线通信系统200B或以其他方式成为其一部分。一般而言，无源IoT设备205可包括条形码设备、蓝牙设备、射频(RF)设备、带RFID标签的设备、红外(IR)设备、带NFC标签的设备、或在短程接口上被查询时可向另一设备提供与其相关联的标识符和属性的任何其他合适设备。有源IoT设备可对无源IoT设备的属性变化进行检测、存储、传达、动作等。 [0061] 例如，一个或多个无源IoT设备205可包括各自具有RFID标签或条形码的咖啡杯无源IoT设备205和橙汁容器无源IoT设备205。橱柜IoT设备(未示出)和冰箱IoT设备216可各自具有恰适的扫描器或读卡器，其可读取RFID标签或条形码以检测咖啡杯无源IoT设备205和/或橙汁容器无源IoT设备205何时已经被添加或移除。响应于橱柜IoT设备检测到咖啡杯无源IoT设备205的移除，并且冰箱IoT设备216检测到橙汁容器无源IoT设备205的移除，监管器设备230可接收到与在橱柜IoT设备和冰箱IoT设备216处检测到的活动相关的一个或多个信号。监管器设备230随后可推断出用户正在用咖啡杯无源IoT设备205喝橙汁和/或想要用咖啡杯无源IoT设备205喝橙汁。 [0062] 尽管前面将无源IoT设备205描述为具有某种形式的RFID标签或条形码通信接口，但无源IoT设备205也可包括不具有此类通信能力的一个或多个设备或其他物理对象。例如，某些IoT设备可具有恰适的扫描器或读取器机构，其可检测与无源IoT设备205相关联的形状、大小、色彩、和/或其他可观察特征以标识无源IoT设备205。以此方式，任何合适的物理对象可传达与其相关联的身份和一个或多个属性，成为无线通信系统200B的一部分，且通过使用监管器设备230来被观察、监视、控制、或以其他方式管理。此外，无源IoT设备205可被耦合至图2A中的无线通信系统200A或以其他方式成为其一部分，并且以基本类似的方式被观察、监视、控制、或以其他方式管理。 [0063] 根据各方面，图2C解说了包含多个IoT设备的另一无线通信系统200C的高级架构。一般而言，图2C中示出的无线通信系统200C可包括与以上更详细地描述的分别在图2A和2B中示出的无线通信系统200A和200B相同和/或基本相似的各种组件。如此，出于描述的简洁和方便起见，与图2C中示出的无线通信系统200C中的某些组件相关的各种细节可在本文中省略，既然上面已关于分别在图2A和2B中解说的无线通信系统200A和200B提供了相同或类似细节。 [0064] 图2C中示出的无线通信系统200C解说了IoT设备210-218与监管器设备230之间的示例性对等通信。如图2C中所示，监管器设备230在IoT监管器接口上与IoT设备210-218中的每一个IoT设备通信。进一步，IoT设备210和214彼此直接通信，IoT设备212、214和216彼此直接通信，以及IoT设备216和218彼此直接通信。 [0065] IoT设备210-218组成IoT设备群260。IoT设备群260可包括本地连接的IoT设备(诸如连接至用户的家庭网络的IoT设备)的群。尽管未示出，但多个IoT设备群可经由连接至因特网275的IoT超级代理240来彼此连接和/或通信。在高层级，监管器设备230管理群内通信，而IoT超级代理240可管理群间通信。尽管被示为分开的设备，但监管器设备230和IoT超级代理240可以是相同设备或驻留在相同设备上(例如，自立设备或IoT设备，诸如图2A中示出的计算机220)。替换地，IoT超级代理240可对应于或包括接入点225的功能性。作为又一替换，IoT超级代理240可对应于或包括IoT服务器(诸如IoT服务器270)的功能性。IoT超级代理240可封装网关功能性245。 [0066] 每个IoT设备210-218可将监管器设备230视为对等方并且向监管器设备230传送属性/纲要更新。当IoT设备需要与另一IoT设备通信时，该IoT设备可向监管器设备230请求指向该IoT设备的指针，并且随后作为对等方与该目标IoT设备通信。IoT设备210-218使用共用消息接发协议(CMP)在对等通信网络上彼此通信。只要两个IoT设备都启用了CMP并且通过共用通信传输来连接，它们就可彼此通信。在协议栈中，CMP层254在应用层252之下并在传输层256和物理层258之上。 [0067] 根据各方面，图2D解说了包含多个IoT设备的另一无线通信系统200D的高级架构。一般而言，图2D中示出的无线通信系统200D可包括与以上更详细地描述的分别在图2A-2C中示出的无线通信系统200A-200C相同和/或基本相似的各种组件。如此，出于描述的简洁和方便起见，与图2D中示出的无线通信系统200D中的某些组件相关的各种细节可在本文中省略，既然上面已关于分别在图2A-2C中解说的无线通信系统200A-200C提供了相同或类似细节。 [0068] 因特网275是可使用IoT概念来管控的“资源”。然而，因特网275仅仅是被管控的资源的一个示例，并且任何资源可使用IoT概念来管控。可被管控的其他资源包括但不限于电力、燃气、存储、安全性等。IoT设备可被连接至该资源并由此管控该资源，或者该资源可在因特网275上被管控。图2D解说了若干资源280，诸如天然气、汽油、热水、以及电力，其中资源280可作为因特网275的补充和/或在因特网175上被管控。 [0069] IoT设备可彼此通信以管控它们对资源280的使用。例如，IoT设备(诸如烤面包机、计算机、和吹风机)可在蓝牙通信接口上彼此通信以管控它们对电力(资源280)的使用。作为另一示例，IoT设备(诸如台式计算机、电话、和平板计算机)可在Wi-Fi通信接口上通信以管控它们对因特网275(资源280)的接入。作为又一示例，IoT设备(诸如炉子、干衣机、和热水器)可在Wi-Fi通信接口上通信以管控它们对燃气的使用。替换或附加地，每个IoT设备可被连接至IoT服务器(诸如IoT服务器270)，该服务器具有用于基于从各IoT设备接收到的信息来管控它们对资源280的使用的逻辑。 [0070] 根据各方面，图2E解说了包含多个IoT设备的另一无线通信系统200E的高级架构。一般而言，图2E中示出的无线通信系统200E可包括与以上更详细地描述的分别在图2A-2D中示出的无线通信系统200A-200D相同和/或基本相似的各种组件。如此，出于描述的简洁和方便起见，与图2E中示出的无线通信系统200E中的某些组件相关的各种细节可在本文中省略，既然上面已关于分别在图2A-2D中解说的无线通信系统200A-200D提供了相同或类似细节。 [0071] 无线通信系统200E包括两个IoT设备群260A和260B。多个IoT设备群可经由连接至因特网275的IoT超级代理彼此连接和/或通信。在高层级，IoT超级代理可管理各IoT设备群之间的群间通信。例如，在图2E中，IoT设备群260A包括IoT设备216A、222A和224A以及IoT超级代理240A，而IoT设备群260B包括IoT设备216B、222B和224B以及IoT超级代理240B。如此，IoT超级代理240A和240B可连接至因特网275并通过因特网275彼此通信，和/或彼此直接通信以促成IoT设备群260A与260B之间的通信。此外，尽管图2E解说了两个IoT设备群260A和260B经由IoT超级代理240A和240B彼此通信，但本领域技术人员将领会，任何数目的IoT设备群可合适地使用IoT超级代理来彼此通信。 [0072] 根据本公开的一个方面，图3解说了可与提供到基于邻近度的分布式总线的附连的主机设备相对应或与连接到主机设备以附连到基于邻近度的分布式总线的嵌入式设备相对应的示例性通信设备。具体而言，参照图3，UE 300A被解说为发起呼叫的电话，而UE 300B被解说为触摸屏设备(例如，智能电话、平板计算机等)。如图3所示，UE 300A的外壳配置有天线305A、显示器310A、至少一个按钮315A(例如，PTT按钮、电源按钮、音量控制按钮等)和小键盘320A以及其他组件，如本领域已知的。同样，UE 300B的外壳配置有触摸屏显示器305B、外围按钮310B、315B、320B和325B(例如，电源控制按钮、音量或振动控制按钮、飞行模式切换按钮等)、至少一个前面板按钮330B(例如，Home(主界面)按钮等)以及其他组件，如本领域已知的。尽管未被显式地示为UE 300B的一部分，但UE 300B可包括一个或多个外部天线和/或被构建到UE 300B的外壳中的一个或多个集成天线，包括但不限于Wi-Fi天线、蜂窝天线、卫星定位系统(SPS)天线(例如，全球定位系统(GPS)天线)，等等。 [0073] 虽然UE(诸如UE 300A和300B)的内部组件可以用不同硬件配置来实施，但在图3中，内部硬件组件的基本高级UE配置被示为平台302。平台302可接收并执行传送自无线电接入网(RAN)的可能最终来自核心网、因特网和/或其他远程服务器和网络(例如应用服务器、web URL等)的软件应用、数据和/或命令。平台302还可独立地执行本地存储的应用而无需RAN交互。平台302可包括收发机306，收发机306可操作地耦合到专用集成电路(ASIC)308或其他处理器、微处理器、逻辑电路、或其他数据处理设备。ASIC 308或其他处理器执行与无线设备的存储器312中的任何驻留程序相对接的应用编程接口(API)310层。存储器312可包括只读或随机存取存储器(RAM和ROM)、EEPROM、闪存卡、或计算机平台常用的任何存储器。平台302还可包括能存储未在存储器312中活跃地使用的应用以及其它数据的本地数据库314。本地数据库314通常为闪存单元，但也可以是如本领域已知的任何辅助存储设备(诸如磁介质、EEPROM、光学介质、带、软盘或硬盘、或诸如此类)。 [0074] 相应地，一个实施例可包括具有执行本文所描述的功能的能力的UE(例如，UE 300A、300B等)。如将由本领域技术人员领会的，各种逻辑元件可实施在分立元件、处理器上执行的软件模块、或软件与硬件的任何组合中以实现本文公开的功能性。例如，ASIC 308、存储器312、API 310和本地数据库314可以全部协作地用来加载、存储和执行本文公开的各种功能，且用于执行这些功能的逻辑因此可分布在各种元件上。替换地，该功能性可被纳入到一个分立的组件中。因此，图3中的UE 300A和300B的特征将仅被视为解说性的，且图3中的UE 300A和300B的特征不限于所解说的特征或布置。 [0075] UE 300A和/或300B与RAN之间的无线通信可以基于不同的技术，诸如CDMA、W-CDMA、时分多址(TDMA)、频分多址(FDMA)、正交频分复用(OFDM)、GSM、或可在无线通信网络或数据通信网络中使用的其他协议。如上文所讨论的以及本领域中已知的，可以使用各种网络和配置来将语音传输和/或数据从RAN传送到UE。相应地，本文提供的解说并非意图限定本文公开的实施例，而仅仅是辅助描述所公开的实施例的诸方面。 [0076] 根据各方面，图4A解说了示例性物联网(IoT)设备400A且图4B解说了示例性无源IoT设备400B，它们中的任一者或两者也可与提供到基于邻近度的分布式总线的附连的主机设备相对应或与经由主机设备连接到基于邻近度的分布式总线的嵌入式设备相对应。尽管外观和/或内部组件在各IoT设备之间可能显著不同，但大部分IoT设备将具有某种类别的用户接口，该用户接口可包括显示器和用于用户输入的装置。可在有线或无线网络(诸如图1和2A-2B的空中接口)上与没有用户接口的IoT设备远程地通信。 [0077] 如图4A中所示，在关于IoT设备400A的示例配置中，IoT设备400A的外壳可配置有显示器426、电源按钮422、以及两个控制按钮424A和424B、以及其他组件，如本领域已知的。显示器426可以是触摸屏显示器，在此情形中控制按钮424A和424B可以不是必需的。尽管未被明确地示为IoT设备400A的一部分，但IoT设备400A可包括一个或多个外部天线和/或被构建到外壳中的一个或多个集成天线，包括但不限于Wi-Fi天线、蜂窝天线、卫星定位系统(SPS)天线(例如，全球定位系统(GPS)天线)，等等。 [0078] 尽管IoT设备(诸如IoT设备400A)的内部组件可使用不同硬件配置来实施，但内部硬件组件的基本高级配置在图4A中被示为平台402。平台402可接收和执行在网络接口(诸如图1和2A-2B中的空中接口和/或有线接口)上传送的软件应用、数据和/或命令。平台402还可独立地执行本地存储的应用。平台402可包括被配置用于有线和/或无线通信的一个或多个收发机406(例如，Wi-Fi收发机、蓝牙收发机、蜂窝收发机、卫星收发机、GPS或SPS接收机等)，其可操作地耦合至一个或多个处理器408，诸如微控制器、微处理器、专用集成电路、数字信号处理器(DSP)、可编程逻辑电路、或其他数据处理设备，其将一般性地被称为处理器408。处理器408可执行IoT设备的存储器412内的应用编程指令。存储器412可包括只读存储器(ROM)、随机存取存储器(RAM)、电可擦除可编程ROM(EEPROM)、闪存卡或计算机平台通用的任何存储器中的一者或多者。一个或多个输入/输出(I/O)接口414可被配置成允许处理器408与各种I/O设备(诸如所解说的显示器426、电源按钮422、控制按钮424A和424B，以及任何其他设备，诸如与IoT设备400A相关联的传感器、致动器、中继、阀、开关等)通信并从其进行控制。 [0079] 相应地，各方面可包括含有执行本文描述的功能的能力的IoT设备(例如，IoT设备400A)。如将由本领域技术人员领会的，各种逻辑元件可在分立元件、处理器(例如，处理器 408)上执行的软件模块、或软件与硬件的任何组合中实施以达成本文公开的功能性。例如，收发机406、处理器408、存储器412、和I/O接口414可以全部协作地用来加载、存储和执行本文公开的各种功能，并且用于执行这些功能的逻辑因此可分布在各种元件上。替换地，该功能性可被纳入到一个分立的组件中。因此，图4A中的IoT设备400A的特征将仅被视为解说性的，且IoT设备400A不被限定于图4A中所示出的所解说的特征或安排。 [0080] 图4B解说了根据各方面的无源IoT设备400B的高级示例。一般而言，图4B中示出的无源IoT设备400B可包括与以上更详细地描述的在图4A中示出的IoT设备400A相同和/或基本相似的各种组件。如此，出于描述的简洁和方便起见，与图4B中示出的无源IoT设备400B中的某些组件相关的各种细节可在本文中省略，既然上面已关于图4A中解说的IoT设备400A提供了相同或类似细节。 [0081] 图4B中示出的无源IoT设备400B一般可不同于图4A中示出的IoT设备400A，不同之处在于无源IoT设备400B可不具有处理器、内部存储器、或某些其他组件。替代地，在各实施例中，无源IoT设备400B可仅包括I/O接口414或者允许无源IoT设备400B在受控IoT网络内被观察、监视、控制、管理、或以其他方式知晓的其他合适的机构。例如，在各实施例中，与无源IoT设备400B相关联的I/O接口414可包括条形码、蓝牙接口、射频(RF)接口、RFID标签、IR接口、NFC接口、或者在短程接口上被查询时可向另一设备(例如，有源IoT设备(诸如IoT设备400A)，其可对关于与无源IoT设备400B相关联的属性的信息进行检测、存储、传达、动作、或以其他方式处理)提供与无源IoT设备400B相关联的标识符和属性的任何其他合适的I/O接口。 [0082] 尽管前面将无源IoT设备400B描述为具有某种形式的RF、条形码、或其他I/O接口414，但无源IoT设备400B可包括不具有此类I/O接口414的设备或其他物理对象。例如，某些IoT设备可具有恰适的扫描器或读取器机构，其可检测与无源IoT设备400B相关联的形状、大小、色彩、和/或其他可观察特征以标识无源IoT设备400B。以此方式，任何合适的物理对象可传达与其相关联的身份和一个或多个属性并且在受控IoT网络内被观察、监视、控制、或以其他方式被管理。 [0083] 图5解说了包括配置成执行本文公开的功能性的逻辑的通信设备500。通信设备可对应于上述通信设备中的任一者，包括但不限于图1中所示的UE 1…N，图2A-2E中所示的IoT设备210-220，图3中所示的通信设备300A和300B，图4A-4B中所示的IoT设备400A、400B，耦合到因特网的组件(例如，图1中所示的应用服务器170、图2A-2E中所示的IoT服务器270)，等等。因而，通信设备500可对应于配置成通过图1所示的无线通信系统100和图2A-2E中所示的无线通信系统200A-200E与一个或多个其它实体进行通信(或促成与一个或多个其它实体的通信)的任何电子设备。 [0084] 参照图5，通信设备500包括配置成接收和/或传送信息的逻辑505。在一示例中，如果通信设备500对应于无线通信设备，则配置成接收和/或传送信息的逻辑505可包括无线通信接口(例如，蓝牙、Wi-Fi、Wi-Fi直连、长期演进(LTE)直连，等)，诸如无线收发机和相关联的硬件(例如，RF天线、调制解调器、调制器和/或解调器等)。在另一示例中，配置成接收和/或传送信息的逻辑505可对应于有线通信接口(例如，串行连接、USB或火线连接、能用来接入因特网的以太网连接等)。因此，如果通信设备500对应于某种类型的基于网络的服务器，则配置成接收和/或传送信息的逻辑505在一示例中可对应于以太网卡，该以太网卡经由以太网协议将基于网络的服务器连接至其它通信实体。在进一步示例中，配置成接收和/或传送信息的逻辑505可包括传感或测量硬件(例如，加速计、温度传感器、光传感器、用于监视本地RF信号的天线等)，通信设备500可藉由该传感或测量硬件来监视与其相关联的本地环境。配置成接收和/或传送信息的逻辑505还可包括在被执行时准许配置成接收和/或传送信息的逻辑505的相关联硬件执行与其相关联的接收和/或传送功能的软件。然而，配置成接收和/或传送信息的逻辑505不单单对应于软件，并且配置成接收和/或传送信息的逻辑505至少部分地依赖于硬件来达成与其相关联的功能性。 [0085] 参照图5，通信设备500进一步包括配置成处理信息的逻辑510。在一示例中，配置成处理信息的逻辑510可至少包括处理器。可由配置成处理信息的逻辑510执行的处理类型的示例实现包括但不限于执行确定、建立连接、在不同信息选项之间作出选择、执行与数据有关的评价、与耦合至通信设备500的传感器交互以执行测量操作、将信息从一种格式转换为另一种格式(例如，在不同协议之间转换，诸如，.wmv到.avi等)，等等。例如，包括在配置成处理信息的逻辑510中的处理器可对应于被设计成执行本文描述功能的通用处理器、DSP、ASIC、现场可编程门阵列(FPGA)或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其任何组合。通用处理器可以是微处理器，但在替换方案中，该处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合(例如DSP与微处理器的组合、多个微处理器、与DSP核协作的一个或多个微处理器、或任何其他此类配置)。配置成处理信息的逻辑510还可包括在被执行时准许配置成处理信息的逻辑510的相关联硬件执行与其相关联的处理功能的软件。然而，配置成处理信息的逻辑510不单单对应于软件，并且配置成处理信息的逻辑510至少部分地依赖于硬件来实现与其相关联的功能性。 [0086] 参照图5，通信设备500进一步包括配置成存储信息的逻辑515。在一示例中，配置成存储信息的逻辑515可至少包括非瞬态存储器和相关联的硬件(例如，存储器控制器等)。例如，包括在配置成存储信息的逻辑515中的非瞬态存储器可对应于RAM、闪存存储器、ROM、可擦除式可编程ROM(EPROM)、EEPROM、寄存器、硬盘、可移动盘、CD-ROM、或本领域中已知的任何其他形式的存储介质。配置成存储信息的逻辑515还可包括在被执行时准许配置成存储信息的逻辑515的相关联硬件执行与其相关联的存储功能的软件。然而，配置成存储信息的逻辑515不单单对应于软件，并且配置成存储信息的逻辑515至少部分地依赖于硬件来实现与其相关联的功能性。 [0087] 参照图5，通信设备500进一步可任选地包括配置成呈现信息的逻辑520。在一示例中，配置成呈现信息的逻辑520可至少包括输出设备和相关联的硬件。例如，输出设备可包括视频输出设备(例如，显示屏、能承载视频信息的端口，诸如USB、HDMI等)、音频输出设备(例如，扬声器、能承载音频信息的端口，诸如话筒插孔、USB、HDMI等)、振动设备和/或信息可藉此被格式化以供输出或实际上由通信设备500的用户或操作者输出的任何其它设备。例如，如果通信设备500对应于图3中所示的通信设备300A，则配置成呈现信息的逻辑520可包括显示器310A，或者如果通信设备500对应于图3中所示的通信设备300B，则配置成呈现信息的逻辑520可包括触摸屏显示器305B。在进一步示例中，对于某些通信设备(诸如不具有本地用户接口的网络通信设备(例如，网络交换机或路由器、远程服务器等))而言，配置成呈现信息的逻辑520可被省略。配置成呈现信息的逻辑520还可包括在被执行时准许配置成呈现信息的逻辑520的相关联硬件执行与其相关联的呈现功能的软件。然而，配置成呈现信息的逻辑520不单单对应于软件，并且配置成呈现信息的逻辑520至少部分地依赖于硬件来实现与其相关联的功能性。 [0088] 参照图5，通信设备500进一步可任选地包括配置成接收本地用户输入的逻辑525。在一示例中，配置成接收本地用户输入的逻辑525可至少包括用户输入设备和相关联的硬件。例如，用户输入设备可包括按钮、触摸屏显示器、键盘、相机、音频输入设备(例如，话筒或可携带音频信息的端口，诸如话筒插孔等)、和/或可用来从通信设备500的用户或操作者接收信息的任何其它设备。例如，如果通信设备500对应于图3中所示的通信设备300A，则配置成接收本地用户输入的逻辑525可包括小键盘320A，或者如果通信设备500对应于图3中所示的通信设备300B，则配置成接收本地用户输入的逻辑525可包括外围设备按钮310B、 315B、320B以及325B，前面板按钮330B和/或触摸屏显示器305B。在进一步示例中，对于某些通信设备(诸如不具有本地用户的网络通信设备(例如，网络交换机或路由器、远程服务器等))而言，配置成接收本地用户输入的逻辑525可被省略。配置成接收本地用户输入的逻辑 525还可包括在被执行时准许配置成接收本地用户输入的逻辑525的相关联硬件执行与其相关联的输入接收功能的软件。然而，配置成接收本地用户输入的逻辑525不单单对应于软件，并且配置成接收本地用户输入的逻辑525至少部分地依赖于硬件来实现与其相关联的功能性。 [0089] 参照图5，尽管所配置的逻辑505到525在图5中被示出为分开或相异的块，但本领域技术人员将领会，相应所配置的逻辑藉以执行与其相关联的功能性的硬件和/或软件可部分交迭。例如，用于促成所配置的逻辑505到525的功能性的任何软件可被存储在与配置成存储信息的逻辑515相关联的非瞬态存储器中，从而所配置的逻辑505到525各自部分地基于由配置成存储信息的逻辑515所存储的软件的操作来执行其功能性(即，在这一情形中为软件执行)。同样地，直接与所配置的逻辑之一相关联的硬件可不时地被其它所配置的逻辑借用或使用。例如，配置成处理信息的逻辑510的处理器可在数据由配置成接收和/或传送信息的逻辑505传送之前将此数据格式化成恰适的格式，从而配置成接收和/或传送信息的逻辑505部分地基于与配置成处理信息的逻辑510相关联的硬件(即，处理器)的操作来执行与其相关联的功能性(即，在这一情形中为数据传输)。 [0090] 一般而言，除非另外明确声明，如本文所使用的短语“配置成…的逻辑”旨在指至少部分用硬件实现的逻辑，而并非旨在映射到独立于硬件的仅软件实现。同样，本领域技术人员将领会，各个框中的所配置的逻辑或“配置成……的逻辑”并不限于具体的逻辑门或元件，而是一般地指代执行本文描述的功能性的能力(经由硬件、或硬件和软件的组合)。因此，尽管共享措词“逻辑”，但如各个框中所解说的所配置的逻辑或“配置成……的逻辑”不必被实现为逻辑门或逻辑元件。在审阅了下文更详细地描述的各方面后，各个框中的逻辑之间的其他交互或合作变得清楚。 [0091] 各实施例可实现在各种市售的服务器设备中的任何服务器设备上，诸如图6中所解说的服务器600。在一示例中，服务器600可对应于上述应用服务器170和/或IoT服务器270的一个示例配置。在图6中，服务器600包括耦合至易失性存储器602和大容量非易失性存储器(诸如盘驱动器603)的处理器601。服务器600还可包括耦合至处理器601的软盘驱动器、压缩碟(CD)或DVD碟驱动器606。服务器600还可包括耦合至处理器601的用于建立与网络607(诸如耦合至其他广播系统计算机和服务器或耦合至因特网的局域网)的数据连接的网络接入端口604。在图5的上下文中，本领域技术人员将领会，图6中所示的服务器600解说了通信设备500的一个示例实现，其中配置成接收和/或传送信息的逻辑505对应于由服务器600用来与网络607通信的网络接入点604，配置成处理信息的逻辑510对应于处理器601，而配置成存储信息的逻辑515对应于易失性存储器602、盘驱动器603和/或碟驱动器606的任何组合。配置成呈现信息的可任选逻辑520和配置成接收本地用户输入的可任选逻辑525未在图6中显式地示出，并且可以被包括或可以不被包括在此解说的服务器600中。因此，图 6帮助表明除了如图5中的通信设备实现之外，通信设备500还可被实现为服务器。 [0092] 一般而言，如上所述，基于IP的技术和服务可变得更成熟，从而拉低成本并提高IP的可用性，这已允许将因特网连接性添加到越来越多类型的日常电子对象。如此，IoT基于日常电子对象(不仅是计算机和计算机网络)可经由因特网可读、可识别、可定位、可寻址、以及可控制的理念。总体而言，随着IoT的发展和日益流行，具有不同类型且执行不同活动的众多邻近的异构IoT设备和其他物理对象(例如，灯、打印机、冰箱、空调等)可按许多不同方式彼此交互并且可按许多不同方式来使用。如此，由于可能在受控IoT网络内使用的潜在大量的异构IoT设备和其他物理对象，一般可能需要良好定义且可靠的通信接口来连接各种异构IoT设备，以使得各种异构设备能彼此通信并交换信息。相应地，根据本文公开的各方面和实施例，以下描述一般地概述了可支持能启用分布式编程环境中各异构设备之间的直接D2D通信的可发现设备到设备(D2D)或对等(P2P)服务的示例性通信框架。 [0093] 一般而言，用户装备(UE)(例如，电话、平板计算机、膝上型计算机和台式计算机、车辆，等等)可被配置成彼此在本地(例如，蓝牙、局部Wi-Fi，等等)、远程(例如，经由蜂窝网络、通过因特网，等等)或根据它们的合适组合来彼此连接。此外，某些UE还可使用支持一对一连接或同时连接至包括彼此直接通信的若干设备的群的某些无线联网技术(例如，Wi-Fi、蓝牙、Wi-Fi直连等)来支持基于邻近度的D2D通信。为此，图7解说了可支持可以启用直接D2D通信的可发现D2D服务的示例性无线通信网络或WAN 700，其中无线通信网络700可包括包含各种基站710和其他网络实体的LTE网络或另一合适的WAN。出于简化起见，在图7中仅示出三个基站710a、710b和710c，一个网络控制器730，以及一个动态主机配置协议(DHCP)服务器740。基站710可以是与设备720通信的实体并且还可被称为B节点、演进型B节点(eNB)、接入点等。每个基站710可提供对特定地理区域的通信覆盖，并可支持位于该覆盖区内的设备720的通信。为了提高网络容量，基站710的整个覆盖区可被划分成多个(例如，三个)较小的区域，其中每个较小的区域可由各自的基站710来服务。在3GPP中，术语“蜂窝小区”可指代基站710的覆盖区和/或服务该覆盖区的基站子系统710，这取决于使用该术语的上下文。在3GPP2中，术语“扇区”或“蜂窝小区-扇区”可指代基站710的覆盖区和/或服务该覆盖区的基站子系统710。为简明起见，在本文的描述中可使用3GPP概念“蜂窝小区”。 [0094] 基站710可提供对宏蜂窝小区、微微蜂窝小区、毫微微蜂窝小区、和/或其他蜂窝小区类型的通信覆盖。宏蜂窝小区可覆盖相对较大的地理区域(例如，半径为数千米的区域)，并且可允许无约束地由具有服务订阅的设备720接入。微微蜂窝小区可覆盖相对较小的地理区域并且可允许无约束地由具有服务订阅的设备720接入。毫微微蜂窝小区可覆盖相对较小的地理区域(例如，住宅)且可允许有约束地由与该毫微微蜂窝小区有关联的设备720(例如，封闭订户群(CSG)中的设备720)接入。在图7所示的示例中，无线网络700包括用于宏蜂窝小区的宏基站710a、710b和710c。无线网络700还可包括用于微微蜂窝小区的微微基站710、和/或用于毫微微蜂窝小区的家用基站710(图7中未示出)。 [0095] 网络控制器730可耦合至一组基站710并可为这些基站710提供协调和控制。网络控制器730可以是可经由回程与基站通信的单个网络实体或网络实体集合。基站还可以彼此通信(例如直接或经由无线或有线回程间接地)。DHCP服务器740可支持D2D通信，如以下描述的。DHCP服务器740可以是无线网络700的一部分、在无线网络700外部、经由因特网连接共享(ICS)来运行、或其任何组合。DHCP服务器740可以是单独实体(例如，如图7中所示)，或者可以是基站710、网络控制器730、或某种其他实体的一部分。在任何情形中，DHCP服务器740可由期望直接通信的设备720访问。 [0096] 设备720可分散遍及无线网络700，且每个设备720可以是驻定的或移动的。设备720也可被称为节点、用户装备(UE)、站、移动站、终端、接入终端、订户单元等。设备720可以是蜂窝电话、个人数字助理(PDA)、无线调制解调器、无线通信设备、手持式设备、膝上型计算机、无绳电话、无线本地环路(WLL)站、智能电话、上网本、智能本、平板电脑等等。设备720可与无线网络700中的基站710通信并且可进一步与其他设备720进行对等通信。例如，如图 7中所示，设备720a和720b可进行对等通信，设备720c和720d可进行对等通信，设备720e和 720f可进行对等通信，以及设备720g、720h和720i可进行对等通信，而其余设备720可与基站710通信。如图7中进一步所示的，设备720a、720d、720f和720h也可以与基站700通信(例如在不进行D2D通信时或者可能与D2D通信并发地与基站700通信)。 [0097] 在本文的描述中，WAN通信可以指无线网络700中的设备720与基站710之间的通信(例如用于与远程实体(诸如另一设备720)的呼叫)。WAN设备是有兴趣进行或正参与WAN通信的设备720。通常，本文中使用的术语“对等”或“P2P”通信以及“设备到设备”或“D2D”通信是指两个或多个设备720之间不通过任何基站710的直接通信。为了简化起见，本文中所提供的描述使用术语“设备到设备”或“D2D”来指代此类直接通信，虽然本领域技术人员将会领会术语“对等”、“P2P”、“设备到设备”以及“D2D”可以在本文中描述的各个方面和实施例中互换。 [0098] 根据各实施例，D2DP设备是有兴趣进行或参与D2D通信的设备720(例如具有要给另一设备720的话务数据的设备720，该另一设备720邻近D2D设备)。例如，两个设备在若每个设备720能检测到另一设备720的情况下可被认为彼此邻近。一般而言，设备720可针对D2D通信直接与另一设备720通信，或者针对WAN通信经由至少一个基站710与另一设备720通信。 [0099] 在各实施例中，D2D设备720之间的直接通信可被组织成D2D群。更具体地，D2D群一般是指有兴趣进行或正参与D2D通信的两个或更多个设备720的群，而D2D链路是指用于D2D群的通信链路。此外，在各实施例中，D2D群可包括被指定为D2D群主(或D2D服务器)的一个设备720以及被指定为由该D2D群主服务的D2D客户端的一个或多个设备720。D2D群主可执行某些管理功能，诸如与WAN交换信令，协调D2D群主与D2D客户端之间的数据传输，等等。例如，如图7中所示，第一D2D群包括在基站710a的覆盖下的设备720a和720b，第二D2D群包括在基站710b的覆盖下的设备720c和720d，第三D2D群包括在不同基站710b和710c的覆盖下的设备720e和720f，以及第四D2D群包括在基站710c的覆盖下的设备720g、720h和720i。设备720a、720d、720f和720h可以是其相应D2D群的D2D群主，而设备720b、720c、720e、720g和720i可以是其相应D2D群中的D2D客户端。图7中的其他设备720可参与WAN通信。 [0100] 在各实施例中，D2D通信可仅在D2D群内发生，并且可进一步仅在D2D群主和与之相关联的D2D客户端之间发生。例如，如果同一D2D群内的两个D2D客户端(例如，设备720g和720i)期望交换信息，则这些D2D客户端之一可向D2D群主(例如，设备720h)发送信息并且D2D群主可随后将传输中继至另一D2D客户端。在各实施例中，特定设备720可属于多个D2D群，并且可在每个D2D群中要么充当D2D群主要么充当D2D客户端。此外，在各实施例中，特定D2D客户端可属于仅一个D2D群，或者属于多个D2D群并在任何特定时刻与这多个D2D群中的任一个D2D群中的D2D设备720通信。一般而言，可经由下行链路和上行链路上的传输来促成通信。对于WAN通信，下行链路(或即前向链路)是指从基站710至设备720的通信链路，而上行链路(或即反向链路)是指从设备720至基站710的通信链路。对于D2D通信，D2D下行链路是指从D2D群主至D2D客户端的通信链路，而D2D上行链路是指从D2D客户端至D2D群主的通信链路。在各实施例中，并非使用WAN技术来进行D2D通信，而是两个或更多个设备可形成较小D2D群并使用诸如Wi-Fi、蓝牙或Wi-Fi直连等技术在无线局域网(WLAN)上进行D2D通信。 例如，使用Wi-Fi、蓝牙、Wi-Fi直连、或其他WLAN技术的D2D通信可在两个或更多个移动电话、游戏控制台、膝上型计算机、或其他合适的通信实体之间实现D2D通信。 [0101] 根据各方面，图8解说了示例性环境800，其中可发现D2D服务可被用于建立基于邻近度的分布式总线840，各个设备810、820、830可在该总线上使用D2D技术通信。例如，在各实施例中，可使用进程间通信协议(IPC)框架在分布式总线840上促成单个平台上的应用等之间的通信，分布式总线840可包括用于在联网计算环境中实现应用到应用通信的软件总线，其中应用向分布式总线840注册以向其他应用提供服务，并且其他应用向分布式总线840查询关于经注册的应用的信息。此类协议可提供异步通知和远程规程调用(RPC)，其中信号消息(例如，通知)可以是点到点的或是广播，方法调用消息(例如，RPC)可以是同步或异步的，并且分布式总线840可处置各种设备810、820、830之间的消息路由(例如，经由一个或多个总线路由器或“守护进程”或可提供至分布式总线840的附连的其他合适的进程)。 [0102] 在各实施例中，分布式总线840可得到各种传输协议(例如，蓝牙、TCP/IP、Wi-Fi、CDMA、GPRS、UMTS)的支持。例如，根据各方面，第一设备810可包括分布式总线节点812以及一个或多个本地端点814，其中分布式总线节点812可促成与第一设备810相关联的本地端点814和与第二设备820及第三设备830相关联的本地端点824和834之间通过分布式总线840(例如，经由第二设备820和第三设备830上的分布式总线节点822和833)的通信。如以下将参照图9进一步详细描述的，分布式总线840可支持对称多设备网络拓扑并且可在存在设备退出的情况下提供稳健的操作。如此，虚拟分布式总线840(其一般可独立于任何底层传输协议(例如，蓝牙、TCP/IP、Wi-Fi等))可允许各种安全性选项，从不安全(例如，开放)到安全(例如，经认证和加密)，其中可在第一设备810、第二设备820和第三设备830来到彼此的射程或邻域中时在无需干预的情况下促成各个设备810、820、830之间的自发连接时使用安全性选项。 [0103] 根据各方面，图9解说了示例性信令流900，其中可发现D2D服务可被用于建立基于邻近度的分布式总线，第一设备(“设备A”)910和第二设备(“设备B”)920可在该总线上使用D2D技术通信。例如，在图9中所示的信令流900中，设备A 910可请求与设备B 920通信，其中设备A 910可包括可作出通信请求的本地端点914(例如，本地应用、服务等)以及可辅助促成此类通信的总线节点912。此外，设备B 920可包括本地端点924和总线节点922，本地端点924可尝试与总线节点922通信，总线节点922可辅助促成设备A 910上的本地端点914与设备B 920上的本地端点924之间的通信。 [0104] 在各实施例中，在954，总线节点912和922可执行合适的发现机制。例如，可使用由蓝牙、TCP/IP、UNIX等支持的用于发现连接的机制。在956，设备A 914上的本地端点910可请求连接至通过总线节点912可用的实体、服务、端点等。在各实施例中，该请求可包括本地端点914与总线节点912之间的请求-响应过程。在958，可形成分布式消息总线以将总线节点912连接至总线节点922并由此建立设备A 910与设备B 920之间的D2D连接。在各实施例中，用于在总线节点912和922之间形成分布式总线的通信可使用合适的基于邻近度的D2D协议(例如，被设计成实现来自不同制造商的连通的产品和软件应用之间的互操作性以动态地创建邻近网络并促成邻近D2D通信的AllJoynTM软件框架)来促成。替换地，在各实施例中，服务器(未示出)可促成总线节点912和922之间的连接。此外，在各实施例中，在形成总线节点 912和922之间的连接之前可使用合适的认证机制(例如，SASL认证，其中客户端可发送认证命令以发起认证对话)。再进一步，在958，总线节点912和922可交换关于其他可用端点(例如，图8中的设备C 830上的本地端点834)的信息。在此类实施例中，总线节点维护的每个本地端点可被宣告给其他总线节点，其中该宣告可包括唯一性端点名称、传输类型、连接参数、或其他合适的信息。 [0105] 在各实施例中，在960，总线节点912和总线节点922可分别使用所获得的与本地端点924和914相关联的信息来创建虚拟端点，虚拟端点可表示通过各个总线节点可用的真实获得的端点。在各实施例中，总线节点912上的消息路由可使用真实端点和虚拟端点来递送消息。此外，对于远程设备(例如，设备A 910)上存在的每个端点，可以有一个本地虚拟端点。再进一步，此类虚拟端点可复用和/或分用在分布式总线(例如，总线节点912与总线节点922之间的连接)上发送的消息。在各实施例中，虚拟端点可以就像真实端点那样接收来自本地总线节点912或922的消息，并且可在分布式总线上转发消息。如此，虚拟端点可从端点复用的分布式总线连接将消息转发到本地总线节点912和922。此外，在各实施例中，与远程设备上的虚拟端点相对应的虚拟端点可在任何时间被重新连接以容适特定传输类型的期望拓扑。在这样的实施例中，基于UNIX的虚拟端点可被认为是本地的，且由此可不被认为是用于重新连接的候选。此外，基于TCP的虚拟端点可被优化用于一跳路由(例如，每个总线节点912和922可彼此直接连接)。再进一步，基于蓝牙的虚拟端点可被优化用于单个微微网(例如，一个主设备和n个从设备)，其中基于蓝牙的主设备可以是与本地主节点相同的总线节点。 [0106] 在各实施例中，在962，总线节点912和总线节点922可交换总线状态信息以合并总线实例并实现分布式总线上的通信。例如，在各实施例中，总线状态信息可包括公知名称到唯一性端点名称的映射、匹配规则、路由群、或其他合适的信息。在各实施例中，可使用接口在总线节点912和总线节点922实例之间传达状态信息，其中本地端点914和924使用基于分布式总线的本地名称来通信。在另一方面，总线节点912和总线节点922可各自维护负责向分布式总线提供反馈的本地总线控制器，其中总线控制器可将全局方法、自变量、信号和其他信息转译成与分布式总线相关联的标准。在964，总线节点912和总线节点922可传达(例如，广播)信号以向相应的本地端点914和924通知在总线节点连接期间引入的任何改变，诸如以上所述的。在各实施例中，可用名称所有者改变信号来指示新的和/或被移除的全局和/或经转译名称。此外，可用名称丢失信号来指示可能在本地丢失(例如，由于名称冲突)的全局名称。再进一步，可用名称所有者已改变信号来指示由于名称冲突而被转移的全局名称，并且可用名称所有者改变信号来指示在总线节点912和总线节点922变为断开连接的情况下和/或之时消失的唯一性名称。 [0107] 如以上使用的，公知名称可被用于唯一性地描述本地端点914和924。在各实施例中，当在设备A 910与设备B 920之间发生通信时，可使用不同的公知名称类型。例如，设备本地名称可仅存在于与总线节点912直接附连至的设备A 910相关联的总线节点912上。在另一示例中，全局名称可存在于所有已知的总线节点912和922上，其中该名称的唯一所有者可存在于所有总线区段上。换言之，当总线节点912和总线节点922加入并且发生任何冲突时，所有者之一可能丢失全局名称。在又一示例中，在客户端连接至与虚拟总线相关联的其他总线节点时，可使用经转译名称。在这样的实施例中，经转译名称可包括附加结尾(例如，连接至具有全局唯一性标识符“1234”的分布式总线的具有公知名称“org.foo”的本地端点914可被视为“G1234.org.foo”)。 [0108] 在各实施例中，在966，总线节点912和总线节点922可传达(例如，广播)信号以向其他总线节点通知对端点总线拓扑的改变。此后，来自本地端点914的话务可移动通过虚拟端点到达设备B 920上的目标本地端点924。此外，在操作中，本地端点914与本地端点924之间的通信可使用路由群。在各实施例中，路由群可使得端点能接收来自端点子集的信号、方法调用、或其他合适的信息。如此，路由名称可由连接至总线节点912或922的应用来确定。例如，D2D应用可使用构建到该应用中的唯一性的、公知的路由群名称。此外，总线节点912和922可支持本地端点914和924向路由群的注册和/或注销。在各实施例中，路由群可不具有超出当前总线实例的持久性。在另一方面，应用可在每次连接至分布式总线时针对其优选路由群进行注册。再进一步，群可以是开放的(例如，任何端点都可以加入)或封闭的(例如，只有群创建者能修改该群)。此外，总线节点912或922可发送信号以向其他远程总线节点通知对路由群端点的添加、移除、或其他改变。在此类实施例中，总线节点912或922可每当向/从群添加和/或移除成员时就向其他群成员发送路由群改变信号。此外，总线节点912或922可向与分布式总线断开连接的一个或多个端点发送路由群改变信号，而不是使该一个或多个端点首先将自己从路由群移除。 [0109] 根据各方面，图10A解说了可以在第一主机设备1010和第二主机设备1030之间形成以启用第一主机设备1010和第二主机设备1030之间的D2D通信的示例性基于邻近度的分布式总线。更具体地，如以上参照图8和图9所描述的，基于邻近度的分布式总线的基本结构可以包括驻留在分开的物理主机设备上的多个总线区段。相应地，在图10A中，基于邻近度的分布式总线的每一区段可位于主机设备1010、1030之一上，其中主机设备1010、1030可各自执行可实现位于相应主机设备1010、1030上的总线区段的本地总线路由器(或“守护进程”)。例如，在图10A中，每一主机设备1010、1030包括标记为“D”的泡以表示实现位于相应主机设备1010、1030上的总线区段的总线路由器。此外，主机设备1010、1030中的一者或多者可具有若干总线附连，其中每一总线附连连接到本地总线路由器。例如，在图10A中，主机设备1010、1030上的总线附连被解说为各自对应于服务(S)或可以请求服务(S)的客户端(C)的六边形。 [0110] 然而，在某些情形中，嵌入式设备可能缺少运行本地总线路由器的足够资源。相应地，图10B解说了示例性基于邻近度的分布式总线，其中一个或多个嵌入式设备1020、1025可以连接到主机设备(例如主机设备1030)以连接到基于邻近度的分布式总线，并且藉此参与D2D通信(例如，与主机设备1030或与其他主机设备1010和/或经由主机设备1030附连到基于邻近度的分布式总线的嵌入式设备1025的D2D通信)。如此，嵌入式设备1020、1025一般可以“借用”在主机设备1030上运行的总线路由器，由此图10B示出了一种安排，其中嵌入式设备1020、1025是在物理上与运行所借用的总线路由器的主机设备1030分开的设备，所借用的总线路由器管理嵌入式设备1020、1025所驻留的分布式总线区段。一般而言，嵌入式设备1020、1025与主机设备1030之间的连接可以根据传输控制协议(TCP)来作出，并且在嵌入式设备1020、1025与主机设备1030之间流动的网络话务可以包括实现总线方法、总线信号、以及按类似于以上参照图8和9描述的方式在相应会话上流动的性质的消息。 [0111] 更具体而言，嵌入式设备1020、1025可以根据可在概念上与客户端和服务之间的发现和连接过程相似的发现和连接过程来连接至主机设备1030，其中主机设备1030可以宣告公知的名称(例如，“org.alljoyn.BusNode”)，该名称发信号通知要主存嵌入式设备1020、1025的能力或意图。在一个使用情形中，嵌入式设备1020、1025可以简单地连接至宣告该公知名称的“第一”主机设备。然而，如果嵌入式设备1020、1025要简单地连接到宣告公知名称的第一主机设备，则嵌入式设备1020、1025可能不具有涉及与该主机设备关联的类型的任何知识(例如，主机设备1030是否是移动设备、机顶盒、接入点，等等)，嵌入式设备 1020、1025也将不具有涉及该主机设备上的负载状态的任何知识。相应地，在其他用例中，嵌入式设备1020、1025可基于主机设备1010、1030在宣告要做其他设备(例如，嵌入式设备 1020、1025)的宿主的能力或意愿时所提供的信息来自适应地连接到主机设备1030，这可从而根据与主机设备1010、1030相关联的属性(例如，类型、负载状态，等等)和/或与嵌入式设备1020、1025相关联的要求(例如，表达对连接到来自同一制造商的主机设备的偏好的排名表)来加入基于邻近度的分布式总线。 [0112] 更具体而言，根据各方面，图11解说了其中自适应宣告1116、1118可被用来将嵌入式设备1130i、1130p、1130n等连接到基于邻近度的分布式总线的示例性高级操作。一般而言，每一主机设备1110可包括可被用来准备并传送具有不同类型的宣告1116、1118的索引确定功能1110和主机属性传输(Tx)功能1114。例如，在一个实施例中，每一主机设备1110准备并传送的宣告可包括指示与主机设备1110相关联的一个或多个属性(例如，功率源、移动性模式、网络持续性、制造商，等等)的属性(类型p)宣告1118和可将加权因子应用于每一属性以最终导出索引的索引(类型i)宣告1116。因此，每一嵌入式设备1130可以运行类型p客户端应用1132p、类型i客户端应用1132i或类型不可知客户端应用1132。例如，如图11所示，嵌入式设备1130p可以运行类型p客户端应用1132p以支持处理类型p宣告1118，以使得嵌入式设备1130p可根据可过滤和/或优先化类型p宣告1118同时忽略类型i宣告1116的决策树来连接到特定主机设备1110。相反，嵌入式设备1130i可以运行类型i客户端应用1132i以支持处理类型i宣告1116，以使得嵌入式设备1130i可连接到具有所有接收到的类型i宣告1116中的最高索引的特定主机设备1110，同时忽略类型p宣告1118。 [0113] 此外，在各实施例中，运行类型不可知客户端应用1132的嵌入式设备1130n可处理类型i宣告1116和/或类型p宣告1118，并取决于与主机设备1110相关联的特定属性和/或与嵌入式设备1130n相关联的要求，根据被用来过滤和/或优先化类型p宣告1118的决策树来连接到特定主机设备1110和/或具有所有接收到的类型i宣告1116中的最高索引的特定主机设备1110。另外，在其中嵌入式设备1130中的一者或多者在一个或多个主机设备1110或其他路由节点之后到达网络1120的用例中，嵌入式设备1130可广播具有指示与其相关联的类型的有效载荷的查询，并且主机设备1110可只传送响应于广播自嵌入式设备1130的查询来匹配所支持的类型的宣告1116、1118。如此，嵌入式设备1130随后可按与在接收到这两个宣告类型1116、1118时(例如，在主机设备1110在嵌入式设备1130之后到达网络1120时)基本上相同的方式处理所传送的宣告1116和/或1118。此外，如将在下文参考图15和图16更详细地描述的，每一主机设备1110可具有确定主机设备1110是否应当“可发现”的过载阈值，由此，过载阈值可以控制主机设备1110是否主动宣告主存嵌入式设备1130的意愿(例如，过载阈值可依赖于处理能力、存储器、或主机设备1110上的其他约束，以使得主机设备1110在达到过载阈值时停止宣告)。 [0114] 根据各方面，图12解说了可准备并传送宣告1224、1230以允许一个或多个嵌入式设备(未示出)连接到基于邻近度的分布式总线的示例性主机设备1210。例如，图12中所示的主机设备一般可包括可被用来使用与主机设备1210相关联的各种属性来初始化属性表的模块1220。如此，在各实施例中，类型p宣告模块1222可以使用经初始化的属性表来准备类型p宣告1224，类型p宣告1224随后可被广播或以其他方式传送以宣告主存支持处理类型p宣告1224的一个或多个嵌入式设备的意愿。此外，主机设备1210可包括可将加权因子应用于经初始化的属性表中的每一属性并从中导出索引的加权模块1226。相应地，类型i宣告模块1228可以使用从应用于每一属性的权重导出的索引来准备类型i宣告1230，类型i宣告1230随后可被广播或以其他方式传送以宣告主存支持处理类型i宣告1230的一个或多个嵌入式设备的意愿。 [0115] 例如，图13解说了从属性表1310中包含的各属性中导出类型i宣告中使用的索引1320的示例性处理。具体而言，属性表1310可包括被归一化或以其他方式根据合适的范围缩放(例如，在所解说的示例中，零(0)和一百(100)之间的值)的各种属性1310a、1310b、 1310c、1310n等等。与各属性1310a、1310b、1310c、1310n等等相关联的经缩放的值随后可被求平均以导出与在类型i宣告中传达的索引1320相对应的均值属性值。在图13所示的示例中，属性表1310中包括的各种属性可包括功率源属性(例如，电池或电力线)、移动属性(例如，是或否)、正常运行时间/时间区间属性、处理能力属性、存储器属性、负载水平属性、制造商标识符属性，等等。相应地，在一个示例中，主机设备可以通过周期性地确定与其相关联的处理负载并相应地更新属性表1310中的对应值来缩放负载水平属性。例如，在一个实施例中，过载阈值可映射到一百且空闲负载可映射到零，以使得当前负载可基于空闲负载和过载阈值而具有0-100范围中的值，由此输入到索引导出功能的经缩放的值可1:1映射到负载水平属性。在另一示例中，为缩放处理能力属性，主机设备可根据0.1GHZ增量将处理能力映射在0.1GHZ到10GHZ之间的范围中，以使得处理能力可具有所允许的范围中的离散值，这可除以0.1(即乘以10)以得到0-100尺度内的1:1映射到从中导出的索引1320的值。 [0116] 相应地，如上所述，运行类型i客户端应用的嵌入式设备可简单地选择具有所有接收到的类型i宣告中的最高索引的特定主机设备，而运行类型p客户端应用的嵌入式设备可根据可被用来过滤或以其他方式优先化从一个或多个主机设备接收到的类型p宣告的决策树来连接到特定主机设备。在后一上下文中，图14解说了其中类型p客户端应用可根据决策树来处理类型p宣告的示例性处理。例如，图14示出其中嵌入式设备接收到来自三个相应宣告方主机设备的三个类型p宣告的用例，其中这三个类型p宣告被标记为H1、H2以及H3。如此，对决策树的输入可包括初始类型p宣告集合S 1410，它可被提供给指定负载水平属性具有低于五十(50)的值的要求的第一属性过滤器1412。相应地，假定类型p宣告H2具有大于或等于50的值，在决策树应用第一属性过滤器1412之后得到的类型p宣告集合S1 1414可只包括类型p宣告H1和H3。决策树随后可使类型p宣告集合S1 1414经受第二属性过滤器1416，这可要求处理能力属性具有大于三十(30)的值。相应地，假定类型p宣告H3具有小于或等于30的值，在应用第二属性过滤器1416之后得到的类型p宣告集合S21418可只包括类型p宣告H1，嵌入式设备随后可选择类型p宣告H1并用来连接到基于邻近度的分布式总线。另选地，在一个实施例中，类型p客户端应用用来处理类型p宣告的决策树可实现除必需属性过滤器1412、1416以外的一个或多个可任选属性过滤器1420，以使得最优主机设备可被选择(例如，在决策树中定义的所有必需过滤器1412、1416已被应用之后，集合S2 1418包括多个类型p宣告时)。 [0117] 根据本公开的一个方面，图15解说了其中主机设备可根据负载动态地调整宣告的示例性方法。例如，如上所述，每一主机设备可具有确定主机设备是否应当“可发现”并从而控制该主机设备是否主动宣告主存嵌入式设备的意愿的过载阈值(例如，过载阈值可依赖于主机设备上的处理能力、存储器、或其他约束，以使得主机设备在已达到过载阈值时停止宣告)。相应地，在框1510，主机设备一般可确定与其相关联的当前负载并随后确定当前负载是“低”、“中”还是“高”(例如，基于经缩放的属性值)。例如，响应于确定当前负载为低，主机设备可按正常方式在框1520继续进行，其中类型p宣告可在框1522准备并在框1524处传送，并且在框1525准备类型i宣告并传送类型i宣告1529之前，在框1525处可从类型p宣告中包括的各种属性导出索引(例如，如以上参考图13描述的，其中在框1525确定并被用来在框1527准备类型i宣告的索引表示与类型p宣告中包括的属性相关联的均值)。或者，响应于在框1510确定当前负载为中等，主机设备可在框1530以稍微不同的方式准备类型p和类型i宣告。更具体而言，在框1532准备的类型p宣告可类似地包括来自属性表的相关属性，它们可在1534处被传送。然而，在框1535，主机设备可以缩放均值索引以降低该主机设备将具有所有宣告方主机设备之间的最高索引的可能性。例如，在一个实施例中，在框1537准备类型i宣告并在1539传送类型i宣告之前，主机设备可以在框1535将均值索引除以二或另一合适的因子。如此，在当前负载为中等时，缩放均值索引可实质上降低索引值，以增加处理在 1539传送的类型i宣告的嵌入式设备将连接到不同主机设备的机会。此外，响应于在框1510确定当前负载为高，主机设备可在框1542暂缓传送类型p宣告，在框1545将属性索引任意地设置成零，并进一步在框1547暂缓传送类型i宣告，以在当前负载为高时阻止任何进一步嵌入式设备连接到它。 [0118] 根据本公开的一个方面，图16解说了示例性呼叫流1600，其中嵌入式设备1620可被连接到当前主机设备1610，当前主机设备随后可执行负载选择以将该嵌入式设备1620连接到另一目标主机设备1630，这一般可在当前主机设备1610具有超过过载因子的当前负载时发生(例如，高于阈值可被认为是图15的意义上的“高”负载)。换言之，尽管主机设备1610可在当前负载为高时暂缓宣告以阻止任何进一步嵌入式设备1620连接到它，在当前负载过高使得当前主机设备1610“过载”时，当前主机设备1610可采取主动步骤来将所连接的嵌入式设备1620降载。相应地，在1642，一个或多个嵌入式设备1620可最初建立与当前主机设备1610的TCP会话。主机设备1610随后可监视与其相关联的当前负载并在1644确定当前负载超过过载阈值。在各实施例中，响应于确定当前负载超过过载阈值，在1646，主机设备1610可监视所有宣告以找出适当的目标主机设备1630。如此，在1648，具有超过过载阈值的当前负载的当前主机设备1610可以在已找到适当的目标主机设备1630之后向一个或多个所连接的嵌入式设备1620传送重定向消息，其中该重定向消息可包括标识目标主机设备1630并指示当前主机设备1610处的当前负载超过过载阈值的信息。在各实施例中，在1650，主机设备1610可关闭与所连接的嵌入式设备1620的TCP连接，并且接收到重定向消息的嵌入式设备1620随后可在1652加入重定向消息中标识的目标主机设备1630。嵌入式设备1620随后可在1654通过基于邻近度的分布式总线在与目标主机设备1630建立的TCP连接上进行通信。 [0119] 根据本公开的一个方面，图17解说了根据本文公开的各方面和实施例的可支持与其他邻近设备进行直接D2D通信的示例性通信设备1700，由此通信设备1700可对应于结合上文更详细地描述的各方面和实施例使用的主机设备和/或嵌入式设备。具体而言，如图17所示，通信设备1700可包括可从例如接收天线(未示出)接收信号、对接收到的信号执行典型的动作(例如，滤波、放大、下变频等)、并将经调理的信号数字化以获得样本的接收机1702。接收机1702可包括可解调接收到的码元并将其提供给处理器1706以供信道估计的解调器1704。处理器1706可以是专用于分析由接收机1702接收到的信息和/或生成用于由发射机1720传输的信息、控制通信设备1700的一个或多个组件、和/或它们的任何组合的处理器。 [0120] 在各实施例中，通信设备1700可另外包括起作用地耦合至处理器1706的存储器1708，其中存储器1708可存储收到的数据，要传送的数据，与可用信道有关的信息，与经分析的信号和/或干扰强度相关联的数据，与获指派的信道、功率、速率或诸如此类有关的信息，以及任何其他适用于估计信道和经由信道传达的信息。在一个方面，存储器1708可包括一个或多个本地端点应用1710，其可寻求通过分布式总线模块1730与通信设备1700和/或其他通信设备(未示出)上的端点应用、服务等等通信。存储器1708可附加地存储与估计和/或利用信道(例如，基于性能、基于容量等)相关联的协议和/或算法。 [0121] 本领域技术人员将明白，本文描述的存储器1708和/或其他数据存储可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。作为解说而非限定，非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除PROM(EEPROM)、或闪存。易失性存储器可包括充当外部高速缓存存储器的随机存取存储器(RAM)。藉由解说而非限定，RAM有许多形式可用，诸如同步RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双倍数据率SDRAM(DDR SDRAM)、增强型SDRAM(ESDRAM)、同步链路DRAM(SLDRAM)、以及直接存储器总线(Rambus)RAM(DRRAM)。本主题系统和方法中的存储器1708可包括但不限于这些以及任何其他合适类型的存储器。 [0122] 在各实施例中，与通信设备1700相关联的分布式总线模块1730可进一步促进建立与其他设备的连接。分布式总线模块1730可进一步包括用以辅助分布式总线模块1730管理多个设备之间的通信的总线节点模块1732。在一个方面，总线节点模块1732可进一步包括用以辅助总线节点模块1732与关联于其他设备的端点应用进行通信的对象命名模块1734。另外，分布式总线模块1730可包括辅助本地端点应用1710通过所建立的分布式总线与其他本地端点和/或其他设备上的可访问的端点应用进行通信的端点模块1736。在另一方面，分布式总线模块1730可促进通过多个可用运输(例如，蓝牙、UNIX域套接字、TCP/IP、Wi-Fi，等等)的设备间和/或设备内通信。相应地，在一个实施例中，分布式总线模块1730和端点应用 1710可被用来建立和/或加入基于邻近度的分布式总线，通信设备1700可通过该分布式总线使用直接设备到设备(D2D)通信来与其他邻近的通信设备进行通信。例如，如果通信设备 1700对应于本文描述的主机设备，则分布式总线模块1732可管理在通信设备1700上主存的分布式总线的区段。然而，如果通信设备1700对应于本文描述的嵌入式设备，则分布式总线模块1732可连接到另一主机设备以附连到其上主存的分布式总线的区段，在这种情况下，通信设备1700可不包括总线节点模块1732、本地端点模块1736，和/或不实现总线节点模块 1732和/或本地端点模块1736的将以其他方式提供在具有更多充实资源的主机设备中的某些功能性。 [0123] 另外，在一个实施例中，通信设备1700可包括用户接口1740，用户接口1740可包括用于生成对通信设备1700的输入的输入机制1742以及用于生成信息以供通信设备1700的用户消费的输出机制1744。例如，输入机制1742可包括诸如键或键盘、鼠标、触摸屏显示器、话筒等的一个或多个机制。此外，例如，输出机制1744可包括显示器、音频扬声器、触觉反馈机制、个域网(PAN)收发机等。在所示方面，输出机制1744可包括可用于以音频形式渲染媒体内容的音频扬声器、可用于以图像或视频格式渲染媒体内容和/或以文本或可视形式渲染定时元数据的显示器、或其他合适的输出机制。然而，在一个实施例中，无头通信设备1700可不包括某些输入机制1742和/或输出机制1744，因为无头设备一般指已被配置成在无需监视器、键盘和/或鼠标的情况下操作的计算机系统或设备。 [0124] 进一步，在各实施例中，通信设备1700可包括能够获取有关与通信设备1700相关联的本地环境的各种测量的一个或多个传感器1750。例如，在各实施例中，传感器1750可包括加速计、陀螺仪或能够获取有关通信设备1700处的被施加的运动的测量的其他合适的传感器。在另一示例中，传感器1750可包括能够获取有关内部和/或环境温度、功耗、本地无线电信号、光，和/或其他本地和/或周围环境变量的测量的恰适硬件、电路系统或其他合适的设备。 [0125] 本领域技术人员将领会，信息和信号可使用各种不同技术和技艺中的任何一种来表示。例如，贯穿上面说明始终可能被述及的数据、指令、命令、信息、信号、比特、码元、和码片可由电压、电流、电磁波、磁场或磁粒子、光场或光粒子、或其任何组合来表示。 [0126] 此外，本领域技术人员将领会，结合本文中所公开的方面描述的各种解说性逻辑块、模块、电路、和算法步骤可被实现为电子硬件、计算机软件、或两者的组合。为清楚地解说硬件与软件的这一可互换性，各种解说性组件、块、模块、电路、以及步骤在上面是以其功能性的形式作一般化描述的。此类功能性是被实现为硬件还是软件取决于具体应用和施加于整体系统的设计约束。技术人员可针对每种特定应用以不同方式来实现所描述的功能性，但此类实现决策不应被解读为脱离本公开的范围。 [0127] 结合本文中公开的方面描述的各种解说性逻辑块、模块、以及电路可用设计成执行本文中描述的功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其任何组合来实现或执行。通用处理器可以是微处理器，但在替换方案中，该处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合(例如DSP与微处理器的组合、多个微处理器、与DSP核协作的一个或多个微处理器、或任何其他此类配置)。 [0128] 结合本文公开的各方面描述的方法、序列和/或算法可直接在硬件中、在由处理器执行的软件模块中、或在这两者的组合中体现。软件模块可驻留在RAM、闪存、ROM、EPROM、EEPROM、寄存器、硬盘、可移动盘、CD-ROM或本领域中所知的任何其他形式的存储介质中。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读写信息。在替换方案中，存储介质可以被整合到处理器。处理器和存储介质可驻留在ASIC中。ASIC可驻留在IoT设备中。替换地，处理器和存储介质可作为分立组件驻留在用户终端中。 [0129] 在一个或多个示例性方面，所描述的功能可在硬件、软件、固件或其任何组合中实现。如果在软件中实现，则各功能可以作为一条或多条指令或代码存储在计算机可读介质上或藉其进行传送。计算机可读介质包括计算机存储介质和通信介质两者，包括促成计算机程序从一地向另一地转移的任何介质。存储介质可以是能被计算机访问的任何可用介质。作为示例而非限定，此类计算机可读介质可包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘存储或其他磁存储设备、或能用于携带或存储指令或数据结构形式的期望程序代码且能被计算机访问的任何其他介质。任何连接也被正当地称为计算机可读介质。例如，如果软件是使用同轴电缆、光纤电缆、双绞线、DSL、或诸如红外、无线电、以及微波之类的无线技术从web网站、服务器、或其他远程源传送而来，则该同轴电缆、光纤电缆、双绞线、DSL、或诸如红外、无线电、以及微波之类的无线技术就被包括在介质的定义之中。如本文所使用的，盘(disk)和碟(disc)包括CD、激光碟、光碟、DVD、软盘和蓝光碟，其中盘(disk)常常磁性地和/或用激光来光学地再现数据。上述的组合应当也被包括在计算机可读介质的范围内。 [0130] 尽管前面的公开示出了本公开的解说性方面，但是本领域技术人员将明白，在其中可作出各种变更和修改而不会脱离如所附权利要求定义的本公开的范围。根据本文中所描述的本公开的各方面的方法权利要求中的功能、步骤和/或动作不一定要以任何特定次序执行。此外，尽管本公开的要素可能是以单数来描述或主张权利的，但是复数也是已料想了的，除非显式地声明了限定于单数。 |
||||||
QQ群二维码
意见反馈
意见反馈