广播接口的制作方法

相关申请的交叉引用

本申请要求于2014年11月5日提交的题为“broadcastinterface(广播接口)”的美国专利申请号14/534,136的权益，其通过援引全部明确纳入于此。

背景

领域

本公开涉及电子装备和集成电路(ic)，并且尤其涉及具有广播接口的电子装备和ic。

背景技术：

无线通信技术和设备(例如，蜂窝电话、平板设备、膝上型设备等)在过去若干年在普及性和使用方面已经增长。这些电子装备在复杂度上已经增长并且现在通常包括多个处理器(例如，基带处理器和应用处理器)以及允许用户执行复杂且功率密集的软件应用(例如，音乐播放器、web浏览器、视频流送应用等等)的其他资源。为了满足日益增长的性能需求，这些处理器已经增加了复杂度并且以千兆赫范围的频率来操作。作为结果，在操作这些处理器的同时会产生相当大的热量。

由这些处理器生成的热量可影响这些设备的性能和可靠性。例如，当在高温下操作时，ic的性能可能降级。处理器上的各种块可执行热缓解功能以将处理器的热性能维持在有用的限制内。各种热缓解块需要温度数据以执行此类功能。由此，一个设计挑战是：以高效且及时的方式将温度数据提供给处理器上的各种块。

概述

公开了用于操作广播接口的方法的诸方面。该方法包括基于一协议来向多个接收机广播数据，以及响应于来自该多个接收机中的一个接收机的请求而广播该数据的子集。

公开了一装备的诸方面。该装备包括配置成向多个接收机广播数据的发射机。控制电路被配置成：基于一协议来安排该发射机广播该数据，以及响应于来自该多个接收机中的一个接收机的请求而安排该发射机广播该数据的子集。

提供了一装备的诸方面。该装备包括用于基于一协议来向多个接收机广播数据的装置，以及用于安排用于广播的装置响应于来自该多个接收机中的一个接收机的请求而广播该数据的子集的装置。

应理解，根据以下详细描述，装备和方法的其他方面对于本领域技术人员而言将变得容易明白，其中以解说方式示出和描述了装备和方法的各个方面。如将认识到的，这些方面可以按其他和不同的形式来实现并且其若干细节能够在各个其他方面进行修改。相应地，附图和详细描述应被认为在本质上是解说性的而非限制性的。

附图简述

图1是纳入温度传感器的处理器的示例性实施例的示图。

图2是广播接口的示例性实施例的模块的框图。

图3是在数据信道上携带温度数据的总线的示例性实施例的示图。

图4是解说广播接口的总线的示例性实施例的示图。

图5是解说管理所请求的数据的广播接口的示例性实施例的特征的示图。

图6是用于操作广播接口的示例性实施例的流程图。

图7是用于操作广播接口的另一示例性实施例的流程图。

详细描述

以下结合附图阐述的详细描述旨在作为各种配置的描述，而无意表示可实践本文所描述的概念的仅有配置。本详细描述包括具体细节以提供对各种概念的透彻理解。然而，对于本领域技术人员将显而易见的是，没有这些具体细节也可实践这些概念。在一些实例中，以框图形式示出众所周知的结构和组件以避免淡化此类概念。术语“示例性”在本文中用于表示“用作示例、实例或解说”。本文中描述为“示例性”的任何设计不必被解释为优于或胜过其他设计。

现在将参照各种装备和方法给出本公开的若干方面。这些装备和方法将在以下详细描述中进行描述并在附图中由各种框、模块、组件、电路、步骤、过程、算法等(统称为“元素”)来解说。这些元素可使用电子硬件、计算机软件或其任何组合来实现。此类元素是实现成硬件还是软件取决于具体应用和加诸于整体系统上的设计约束。本公开中通篇所给出的各种装置和方法可以用各种形式的硬件来实现。作为示例，这些装备或方法中的任何装备或方法(单独地或组合地)可以被实现为集成电路、或实现为集成电路的一部分。集成电路可以是最终产品，诸如微处理器、数字信号处理器(dsp)、专用集成电路(asic)、可编程逻辑、或任何其他合适的集成电路。替换地，集成电路可以集成有其他芯片、分立电路元件和/或其他组件，作为中间产品(诸如主板)或最终产品的一部分。

本文所公开的方法包括用于达成所描述的方法的一个或多个步骤或动作。这些方法步骤和/或动作可以彼此互换而不会脱离权利要求的范围。换言之，除非指定了步骤或动作的特定次序，否则具体步骤和/或动作的次序和/或使用可以改动而不会脱离权利要求的范围。

措辞“示例性”在本文中用于表示“用作示例、实例或解说”。本文中描述为“示例性”的任何实施例不必被解释为优于或胜过其他实施例。同样，术语装备或方法的“实施例”不要求本发明的所有实施例包括所描述的组件、结构、特征、功能性、过程、优点、益处、或操作模式。

术语“连接”、“耦合”或其任何变体意指在两个或更多个元件之间的直接或间接的任何连接或耦合，且可涵盖“被连接”或“耦合”在一起的两个元件之间存在一个或多个中间元件。元件之间的耦合或连接可为物理的、逻辑的或其组合。如本文中使用的，作为若干非限定和非穷尽性示例，两个元件可被认为通过使用一条或多条导线、电缆、和/或印刷电气连接，以及通过使用电磁能量(诸如具有射频区域、微波区域以及光学(可见和不可见两者)区域中的波长的电磁能量)来“连接”或“耦合”在一起。

本文中使用诸如“第一”、“第二”等指定对元素的任何引述一般并不限定那些元素的数量或次序。确切而言，这些指定在本文中用作区别两个或更多个元素或者元素实例的便捷方法。由此，对第一元素和第二元素的引述并不意味着仅能采用两个元素、或者第一元素必须位于第二元素之前。

如本文所使用的，单数形式的“一”、“某”和“该”旨在也包括复数形式，除非上下文另有明确指示。还将理解，术语“包括”、“具有”、“包含”和/或“含有”在本文中使用时指定所陈述的特征、整数、步骤、操作、元素、和/或组件的存在，但并不排除一个或多个其他特征、整数、步骤、操作、元素、组件和/或其群组的存在或添加。

提供了用于使硬件块向多个其他硬件块发送数据的高效块间通信的装备和方法的各个方面。可以周期性地和/或按需地广播数据。数据的示例可包括管芯温度和/或全局动态功率/电流预算分配。然而，如本领域技术人员将容易领会的，本公开的各方面和应用可以并不限于此。例如，所呈现的特征可适用于除了处理器之外的其他ic并且可适用于除了无线通信之外的功能。因此，对所给出的装置或方法的具体应用的全部引用仅仅旨在解说该装置或方法的示例性方面，并且要理解这些方面可具有广泛的应用差异。

图1是纳入温度传感器的处理器的示例性实施例的示图。处理器100可以是用于无线通信的处理器(诸如蜂窝电话的应用或基带处理器)。处理器100包括电路的各种核心或块(诸如图形处理器单元(gpu)、数字信号处理器(dsp)、调制解调器、中央处理单元(cpu)、以及无线局域网或wlan块)。核心可以是例如各电路的集合。处理器100还包括各种温度传感器(1-10)。在一个实现中，温度传感器(1-10)以周期性间隔来输出测得温度。温度传感器(1-10)将测得温度提供给温度传感器控制器或tsc110。

在一个配置中，tsc110可以经由总线112来将温度数据传送至各种接收机124-1、124-2。接收机124-1、124-2可包括限制管理(lm)硬件和数字功率仪表(dpm)块，其利用温度数据来进行热管理和漏泄功率估计。点对点通信在路由成本和能耗方面可能比广播方案更昂贵。在向各种接收机124-1、124-2发送的数据包括交叠时，成本可能尤其高。点对多点或广播总线可能更加高效，但是是单向的数据转移。可能出现接收机(例如，124-1或124-2)接收具有低等待时间的一些特定数据的需要。例如，接收机(124-1或124-2)在广播期间可能已经丢失或丢弃数据分组。在另一示例中，接收机(124-1或124-2)可能已经从功率塌陷返回且丢失了所有的温度数据。在这些示例中，用于接收温度数据的低等待时间方案可能比广播系统更加有益。

在一个示例性实施例中，藉由广播的方式，tsc110经由总线112来将温度数据发送或传送至接收机124-1、124-2。另外，tsc110被配置成在低等待时间基础上处置来自接收机124-1、124-2的请求以及经由同一总线112来提供与该请求相关联的数据。示例性实施例的各种特征在以下呈现。接收机124-1、124-2中的每一者可向tsc110发送对于数据的请求。每个请求可请求温度数据的多个部分(例如，每个部分对应于来自温度传感器的温度)。这些请求可以是关于温度数据的相关联的子集的静态数据请求。例如，每个请求可代表请求与该请求相关联的温度数据的静态子集例如，来自接收机(124-1或124-2)的每个请求请求温度数据的相同子集。在另一示例中，该请求可以是动态的。例如，寄存器可存储指示要与接收机(124-1或124-2)相关联的温度数据的子集的信息。在这种情形中，tsc110可广播与作出请求的接收机(124-1或124-2)相关联的温度数据的子集。在一个示例中，存储在寄存器中的指示要与接收机(124-1或124-2)相关联的温度数据的子集的信息可以由例如软件来修改。

示例性实施例的另一方面涉及在tsc110在同一循环中从不止一个接收机接收到多个请求的情形中解决优先级。该解决方案可包括决定多个请求中的哪个请求可以首先被服务以及以什么次序来服务。优先级可以是先来先服务或针对请求和实时的多个等级。请求的较高优先级可以是中断(抢先)或非中断。优先级指派可以是静态的或动态的。例如，动态优先级指派可将较高优先级指派给最近最少服务过的接收机。

图2是广播接口的示例性实施例的模块的框图。诸如处理器100之类的装备可包括广播接口的示例性实施例。广播接口可包括tsc110，其包含用于操作总线120的各种模块。所呈现的tsc110的各种模块可以是控制电路的示例。根据本领域普通技术人员的知识，所呈现的各种模块可以在硬件/电路、软件、或其组合中实现。例如，模块可包括：用于执行本文中描述的功能的逻辑门、执行那些功能的(诸)处理器、生成用于本文中描述功能的信号的电路、或其组合。

作为示例，模块、或模块的任何部分、或模块的任何组合可用包括执行软件的一个或多个处理器的“处理系统”来实现。处理器的示例包括：微处理器、微控制器、数字信号处理器(dsp)、现场可编程门阵列(fpga)、可编程逻辑器件(pld)、状态机、门控逻辑、分立的硬件电路以及其他配置成执行本公开中通篇描述的各种功能性的合适硬件。处理系统中的一个或多个处理器可以执行软件。软件应当被宽泛地解释成意为指令、指令集、代码、代码段、程序代码、程序、子程序、软件模块、应用、软件应用、软件包、例程、子例程、对象、可执行件、执行的线程、规程、函数等，无论其是用软件、固件、中间件、微代码、硬件描述语言、还是其他术语来述及皆是如此。

总线120包括数据信道290，温度数据经由该数据信道290来向接收机(124-1、124-2等)广播。总线120进一步包括请求信道292，对于数据的请求经由该请求信道292来从接收机(124-1、124-2等)发送至tsc110。tsc110包括实时转移模块230，其从温度传感器1-10接收温度数据(例如，实时测得温度)。在一个示例中，温度传感器1-10周期性地测量温度。在一个配置中，tsc110在总线120的数据信道290上广播所接收到的温度数据。

在一个配置中，tsc110基于一协议来广播所接收到的温度数据(例如，由温度传感器1-10测得的实时温度)。在一个示例中，该协议是顺序。例如，在一循环中，tsc110接收且(向接收机124-1、124-2等)广播由温度传感器1测得的实时温度。在第二循环中，tsc110接收且(向接收机124-1、124-2等)广播由温度传感器2测得的实时温度，以此类推。由此，在每个循环中，tsc110接收且广播温度数据的一部分(例如，由温度传感器1-10之一为该循环测得的实时温度)。

图3是在数据信道上携带温度数据的总线的示例性实施例的示图。在第一循环中，温度传感器1测量温度以及将(实时)测得温度提供给实时转移模块230。实时转移模块230将温度数据提供给传输数据模块250，该传输数据模块250选择温度传感器1的所提供的实时温度数据。来自传输数据模块250的数据由发射机270经由总线120的数据信道290来传送，并且被提供给接收机(124-1、124-2等)。

图3解说了：在第一循环中，数据信道290传送包括温度传感器标识(id)(其在第一循环中为1)的数据以及由温度传感器1测得的温度。在第二循环中，温度传感器2测量温度以及将(实时)测得温度提供给实时转移模块230。数据信道290传送包括温度传感器标识id(在第二循环中为2)的数据以及由温度传感器2测得的温度。在第三循环中，温度传感器3测量温度以及将测得温度提供给实时转移模块230。数据信道290传送包括温度传感器标识id(在第三循环中为3)的数据以及由温度传感器3测得的温度，以此类推。

在一个示例中，一循环可以是100μs，并且广播数据不占据整个循环(如图3中示出的)。在这种情形中，所请求的温度数据的子集可以在与上文所呈现的实时温度广播相同的循环中广播。以此方式，广播接口可以被高效地操作。

参照图2，实时转移模块230可将来自温度传感器的所接收到的(实时)温度数据提供给数据存储模块220。数据存储模块220可以是例如存储温度数据的寄存器。在一个示例中，数据存储模块220包括控制和状态寄存器，且其中存储的温度数据由软件来读取。在一个示例中，数据存储模块220存储由温度传感器1-10最新近测得的温度。所存储的温度数据被提供给请求处理模块240(其特征在下文呈现)。在一个示例中，温度数据可包括存储在数据存储模块220中的温度数据以及来自实时转移230的实时温度。温度数据的子集可包括存储在数据存储模块220中的温度数据以及来自实时转移230的实时温度的任何部分或单元。

参考图2，接收机(124-1、124-2等)中的任何一个接收机可利用总线120的请求信道292来发送对温度数据的子集的请求。温度数据的子集的范围可以从测量自一个温度传感器的温度到测量自全部温度传感器的温度。该请求由tsc110的优先级处置模块260接收。优先级处置模块260如上文所呈现的那样来解决优先级问题。例如，在同一循环中接收到两个请求的情形中，优先级处置模块260可基于例如先来先服务或最近最少服务过的方案来确定请求的优先级。该请求可随后被提供给请求处理模块240以及传输数据模块250。

请求处理模块240接收指示要与来自请求映射模块210的每个请求相关联的温度数据的子集的信息。在一个示例中，请求映射模块210是可以被修改或编程的存储器或寄存器单元。例如，每个请求可以与专用(例如，软件)寄存器相关联，该专用寄存器指示其对应的传感器索引(其提供温度数据的子集)。由此，温度数据的子集可以与请求动态地相关联。例如，请求处理模块240可指示由温度传感器1和2测得的温度要与来自接收机124-1的请求相关联。随后，请求处理模块240可以被修改以指示由温度传感器1、2、和3测得的温度要与来自接收机124-1的请求相关联。

基于接所收到的请求以及要与这些请求相关联的温度数据的子集的信息，该请求处理模块240可以将来自数据存储模块220的温度数据的子集(与请求相关联)提供给传输数据模块250。在这种情形中，tsc110被配置成广播所请求的先前存储在数据存储模块220中的温度数据的子集(与来自实时转移模块230的实时温度相反)。

传输数据模块250随后基于来自优先级处置模块260的请求来从所存储的温度数据与来自实时转移模块230的实时温度之中进行选择。传输数据模块250随后将所选择的温度数据提供给发射机270。发射机270经由总线120的数据信道290来向接收机(124-1、124-2等)广播温度数据。如上文所描述的，传输数据模块250可以是控制电路的示例，该控制电路基于一协议(例如，以温度传感器1-10检测温度的顺序)来安排发射机270广播数据以及响应于来自多个接收机之一(124-1、124-2等)的请求而安排发射机270广播数据的子集。

图4是解说广播接口的总线的示例性实施例的示图。tsc110经由总线120的数据信道290来向接收机124-1、124-2、124-3、124-4、以及124-5广播温度数据。接收机124-1、124-3、以及124-5可以是例如lm硬件。接收机124-2和124-4可以是例如dpm。接收机124-1、124-2、124-3、124-4、以及124-5中的任何一者可请求温度数据的子集以减小取得此类信息的等待时间。例如，如上文所描述的，接收机可能从功率塌陷事件返回并且将尽可能快地需要温度信息。等待数据信道290上的周期性广播可在所需要的数据被广播之前需要较长的等待时间。

在一个配置中，tsc110被配置成在请求信道292上接收来自接收机124-1、124-2、124-3、124-4、以及124-5中的任何一者的请求。请求信道292与数据信道290不同。请求信道292可包括多个信号线292-1、292-2、292-3、292-4、以及292-5。每个信号线在tsc110与接收机124-1、124-2、124-3、124-4、以及124-5中对应的一个接收机之间耦合。

例如，接收机124-1可经由单个信号线292-1来作出对与接收机124-1相关联的温度数据的子集的请求，该单个信号线292-1连接或耦合接收机124-1与tsc110。在一个示例中，接收机124-1可通过断言单个信号线292-1(例如，将单个信号线292-1充电至高状态)来作出此类请求。在数据信道290上接收到所请求的温度数据的子集之际，接收机124-1可解除断言单个信号线292-1(例如，将单个信号线292-1放电至低状态)。由此，tsc110被配置成：响应于信号线(例如，分别是292-1、292-2、292-3、292-4、以及292-5)中对应的一个信号线处于第一或高状态而识别来自多个接收机(例如，124-1、124-2、124-3、124-4、以及124-5)中的任何一个接收机的请求，以及响应于这些单个信号线中该对应的一个单个信号线处于第二或低状态而识别此类请求被解决。作为响应，tsc110在数据信道290(其与请求信道292不同)上广播所请求的温度数据的子集。

在一个配置中，tsc110解决每个循环的重复的温度数据子集。在一个示例中，请求处理模块240通过利用列表(例如，待办列表)来执行此类解决方案。当接收到新的请求时，相关联的温度传感器id被添加至该列表。请求处理模块240可基于该列表来从数据存储模块220中获取温度数据的子集。一旦该列表被完成，tsc110就可以检查新的请求。如果不存在，则tsc110可恢复实时广播。如果两个或更多个请求同时抵达(例如，在一时钟循环内)，则tsc110可更新该列表以包含全部的所请求的温度数据子集。在所请求的温度数据子集之中有重复(例如，由温度传感器1测得的温度被请求多于一次)的情形中，重复的子集可仅被传送一次。在当前循环中服务过(例如，传送过)的温度数据子集可以不被添加至当前循环的列表。这一方案计及由请求方接收机解除断言对应的请求线的延迟。在温度数据子集在当前循环中被传送但是请求方信号线保持断言的情形中，对于所传送的温度数据子集的请求可被认为对于后续循环而言是新的且被添加至该列表。

图5是解说管理所请求的数据的广播接口的示例性实施例的特征的示图。在第一循环中，请求511请求来自温度传感器1和2的温度数据的子集。请求512请求来自温度传感器1、2、和3的温度数据的子集，等等。在第一循环中，来自温度传感器3的温度数据的子集被请求512、513、和514请求了三次。tsc110在521、522、和523处传送或广播所请求的温度数据的子集。来自温度传感器3的温度数据的子集仅在522处传送一次以避免重复。

在第二循环中，请求517在来自温度传感器6的温度数据的子集已经在525处被传送或广播之后请求该子集。在这种情形中，对来自温度传感器6的温度数据的子集的请求517被认为已由tsc110解决。

图6是用于操作广播接口的示例性实施例的流程图。框在虚线中的步骤可以是可任选的。在602处，基于一协议向多个接收机广播数据。例如，参照图2和3以及相关联的文本，发射机270提供用于按顺序经由总线120的数据信道290向接收机(124-1、124-2等)广播温度数据的装置。该顺序可以是由温度传感器1测得的实时温度、由温度传感器2测得的实时温度、由温度传感器3测得的实时温度、以此类推。

在604处，从至少一个传感器接收数据的一部分。例如，参照图2和3以及相关联的文本，实时转移模块230提供用于针对一循环接收来自温度传感器1-10之一的实时温度的装置。所接收到的实时温度是温度数据的一部分的示例。在606处，在该循环中广播来自该至少一个传感器的数据的该部分。参照图2和3以及相关联的文本，tsc110提供用于在该循环中广播所接收到的实时温度的装置。在608处，存储来自该至少一个传感器的数据的该部分。例如，参照图2和3以及相关联的文本，数据存储模块220存储所接收到的实时温度。

在610处，响应于来自多个接收机中的任何一个接收机的请求而广播数据的子集。例如，参照图2和3以及相关联的文本，优先级处置模块260经由总线120的请求信道292来接收来自接收机(124-1、124-2等)的对于数据的一个或多个请求。与请求相关联的温度数据的子集藉由请求映射模块210、数据存储模块220、请求处理模块240、和/或传输数据模块250来组装。例如，请求映射模块210、数据存储模块220、以及请求处理模块240、和/或传输数据模块250提供用于安排发射机270广播与请求相关联的温度数据的子集的装置。

图7是用于操作广播接口的另一示例性实施例的流程图。框在虚线中的步骤可以是可任选的。在702处，响应于信号线中对应的一个信号线处于第一状态而识别来自多个接收机中的任何一个接收机的请求。响应于信号线中该对应的一个信号线处于第二状态而识别该请求被解决。例如，参照图4以及相关联的文本，接收机124-1可通过将信号线292-1(诸信号线中对应的一个信号线)断言至高状态来作出对于数据的请求。该请求将由tsc110识别。

在704处，将数据的子集与来自多个接收机中的该任何一个接收机的请求相关联。例如，参照图2和3以及相关联的文本，请求映射模块210提供用于将数据的子集(例如，存储在数据存储模块220中的来自一个或多个温度传感器的温度)与请求相关联的装置。例如，请求映射模块可存储指示对于来自124-1的请求而言来自温度传感器1和温度传感器2的温度数据将与该请求相关联的信息。

在706处，接收来自多个接收机中的不止一个接收机的多个请求。例如，参照图2和4以及相关联的文本，tsc110提供用于在请求信道292上(经由信号线292-1–292-5)接收多个请求的装置。在708处，解决来自多个接收机中的不止一个接收机的多个请求的优先级。例如，参照图2以及相关联的文本，优先级处置模块260可提供用于解决该多个请求的优先级的装置。该解决方案可包括决定该多个请求中的哪个请求可以首先被服务。优先级可以是先来先服务或针对请求和实时的多个等级。请求的较高优先级可以是中断(抢先)或非中断。优先级指派可以是静态的或动态的。例如，动态优先级指派可向最近最少服务过的接收机指派较高优先级。

应理解，所公开的过程中各步骤的具体次序或层次是示例性办法的解说。应理解，基于设计偏好，可以重新编排这些过程中各步骤的具体次序或层次。此外，一些步骤可被组合或被略去。所附方法权利要求以示例次序呈现各种步骤的要素，且并不意味着被限定于所给出的具体次序或层次。

提供先前描述是为了使本领域任何技术人员均能够实践本文中所述的各种方面。对这些方面的各种改动将容易为本领域技术人员所明白，并且在本文中所定义的普适原理可被应用于其他方面。因此，权利要求并非旨在被限定于本文中所示的方面，而是应被授予与语言上的权利要求相一致的全部范围，其中对要素的单数形式的引述除非特别声明，否则并非旨在表示“有且仅有一个”，而是“一个或多个”。除非特别另外声明，否则术语“一些”指的是一个或多个。本公开通篇描述的各种方面的要素为本领域普通技术人员当前或今后所知的所有结构上和功能上的等效方案通过引述被明确纳入于此，且旨在被权利要求所涵盖。此外，本文中所公开的任何内容都并非旨在贡献给公众，无论这样的公开是否在权利要求书中被显式地叙述。权利要求的任何要素都不应当在35u.s.c.§112(f)的规定下来解释，除非该要素是使用短语“用于…的装置”来明确叙述的或者在方法权利要求情形中该要素是使用短语“用于…的步骤”来叙述的。