种方法一般被称作为辅助式-GPS，其被限定在例如3GPP TS 04. 31， 3GPP TS 03. 71 和 3GPP TS 04. 35 规格编号中。
[0073] 在其它实施方式中，定位单元260是网络定位电路，其使用通过网络120提供的定 位信息，诸如用于服务装置100 (具有与此关联的定位信息）的基站130的基站ID。在根据 本发明的一些其它实施方式中，定位单元260是局域网定位电路，其使用经由局域网（通过 未示出的局域网接口电路）提供的定位信息，以确定针对移动终端的定位信息。可以使用 其它定位确定方法。在一些实施方式中，局域网是WLAN兼容网络。在其它实施方式中，无 线局域网是蓝牙兼容接口。在任何情况中，无线局域网能够用于向定位单元260提供信息， 以确定针对装置100的定位信息。
[0074] 图3是示出用于处理通过通信模块265接收的传感器信号310、312和314的系统 300的方框图。将传感器信号310、312和314从通信模块265直接地发送至处理器电路251 的主CPU364。将主CPU304联接至主存储器253。如图3所示，将通过通信模块265接收的 所有传感器消息发送到主CPU304,该主CPU304用于在通过通信模块265接收的同时进行处 理。主CPU304的频繁使用消耗了大量的电力。
[0075] 图4是例示了根据一些实施方式的、用于更有效的消息处理的系统的方框图。通 过低功率子系统CPU402来接收传感器消息310、312和314。子系统CPU402存储用于处理 无线消息和与主CUP304相互作用的预定条件和动作。子系统CPU可以与低功率存储器404 一起操作。
[0076] 根据一些实施方式，将参照图5来讨论图4,其例示针对更有效无线传感器/标签 消息处理的过程的流程图。在方框502处，通过API来接收针对子系统CPU的应用指令。应 用指令控制子系统CPU以处理指向主CUP的无线传感器/标签信息。
[0077] 在示例中，包含系统400的便携式电子装置100的用户可以下载和/或安装利用 诸如传感器280-282这样的外部传感器应用。该应用可以通过API406向子系统CPU402提 供应用指令408。该应用指令可以提供用于使用作为子系统硬件和软件架构的部分的、限定 消息处理和CPU激活功能的逻辑。在一些情况下，可以在主CPU304上寄存（reside)应用。
[0078] 基于存所接收指令和储在子系统CPU中的预定条件和动作来产生消息规则（方框 504)。消息规则是用于处理消息和用于与主CUP互动的子系统的肯定指令（affirmative instruction)。消息规则可以是：应用将使用的子系统的所选择的预定条件和动作：和/或 与参数一起修改或完成的子系统和通过应用指令提供的逻辑的预定条件和动作。预定条件 和动作可以是简单条件和/或过滤器。这种过滤器可以要求由应用指令提供的参数或值。 所得消息规则将是柔性的，但是将是基于将防止模块故障的简单规则。一些消息规则可以 在功能上足够以选择动作，以基于消息的内容来执行。
[0079] 可以下载应用。当激活装置100时并接收消息时，可以接手应用指令。可以在运 行期间或当主CPU正在运行时，通过API来接收应用指令。应用指令可以来自于云，或经由 电话上的应用的云应用。可以从应用（用户从移动应用商店或资源库下载的）来接收应用 指令。可以在电话的重新启动之间保持应用指令。
[0080] 继续先前示例，指令408可以利用预定子系统条件和动作410,以更精确地管理 处理外部传感器280-282的无线传感器消息310-314。指令408可以反映：操作传感器 280-282的知识；和请求安装在利用来自传感器280-282的信号的装置100上的应用。
[0081] 响应于接收来自外部传感器和/或标签的无线传感器消息，通过根据产生的消息 规则的子系统CPU402来执行动作（方框506)。产生的消息规则可以通过主CUP304来控制 处理无线传感器消息310-314。这个可以表示通过主CPU304减少处理和/或电力消耗。
[0082] 处理消息310-314的这个定制可以提供更有效地使用主CPU304。例如，第三方应 用可以通过API406来登记过滤器条件，以选择消息的、有利于应用的类型。指令408的逻 辑可以利用在子系统条件和动作410中的预定过滤条件以转发消息316,和在一段时间内 激活主CPU -次，而不是转发所有三个传感器消息310-314并可能地激活主CPU304三次。 在一些情况下，消息规则可以基于主CPU304的状态、操作或动作来执行激活。在其它情况 下，主CPU可以将答复消息318发送到子系统CPU402。
[0083] 应用还可以使用针对指令的API406,以产生用户限定的栈和消息规则，诸如在条 件和动作的关联表中。根据一些实施方式，在图6中不出诸如栈602的这些栈和表604-606。 表604和606包括从应用指令（从应用发送的）产生的消息规则。还从来自应用的指令建 立在栈608中的全局消息（g(0)，g(l)…）。在"To ACPU"缓存器上的示例消息规则可以包 括 "gps(on)->send" 和 "main_cpu(on)->send"〇
[0084] 在另一个示例中，为了处理手势（gesture)，手势检测功能可以被预定（其在特定 缓存器上操作）在子系统CPU402中。Unlock_gesture可以是复杂的预定功能，其已知许多 关于在缓存中的消息的类型。在这个情况下，g(〇)可以是特定消息，其已从用于指示所检测 手的应用来设置（没有发送缓存器中的所有各个消息）。所得的消息规则可以是"unlock_ gesture_>move(g(0)，ACPU)"。
[0085] 根据一些实施方式，可以通过过滤器条件来评估传入的消息。可以将所过滤的消 息复制至对应的目标缓存，诸如栈602。通过下一个消息重写当前传入的消息。复制至栈 602的消息触发将要被评估的消息规则表606。评估缓存规则或条件，并且执行对应的动 作。在栈中，元素可以从顶部进入（现有元素向下移动一步）。可以通过在栈中的索引号来 进行到所有的栈元素的访问。
[0086] 能够通过API定义用户定义消息（全局消息）。在用户栈上的动作中能够使用全 局消息。能够定义输出寄存器，以在无线电上发送消息。如果在无线电上接收到特定消息， 则该功能性可以允许发送预定消息。这允许子系统独立处理简单的双向通信。
[0087] 可以根据所产生的消息规则来执行的动作可以包括：将在应用CPU(ACPU)栈中的 消息发送到可以是主CPU304的ACPU。元素可以从一个栈移动至另一个栈的顶部，删除源元 素。元素可以从一个栈复制至另一个栈的顶部，留下源元素。还可以从栈清除元素。
[0088] 在图6中示出的实施方式中，m(0)指示栈中的第一消息。标签m(3) [int，5]指示： 栈中在索引3处的消息，和在那个消息中位置5处的整数。标签m〇Ve(m(0)，ACPU)指示将 在当前栈的索引〇处的消息移动至在ACPU栈的顶部，并且在当前栈中删除该消息。"大小 (size)"是在栈中的元素的数目。"定时器（timer)"指示应用能够登记能够在条件中使用 的定时器。
[0089] 考虑如下条件："m(0) [int, 5] ! = m(l) [int, 5] "。预定！=(不等于（not equal to))运算符，并且还预定缓存器访问函数m(l)[5]。然而，整个条件"m(0)[int，5] ! =m(l) [int, 5] "（即，选择访问函数以及！=运算符和参数0, int, 5, 1，int, 5)是基于从应用接收 的指令的消息规则。作为另一个示例，条件"size>10"（预定函数大小和〉运算符）仅从应 用接收整个条件"size>10"（作为指令的一部分）。
[0090] 针对动作，预定操作移动（〈any elem>,〈any buffer〉)，但是发送用于"elem"和 真实缓存器的索引作为应用指令的一部分。在一些实施方式中，应用指令可以将通过应用 来理解验证的字符串（代码的短字符串）指定为条件和动作，并且将一些中间格式发送至 子系统以产生消息规则。
[0091] 在一些实施方式中，可以通过电力消耗比来指示，与在子系统中缓存消息相比唤 醒主CPU的代价。其它比率可以是基于主CPU的电力消耗与子系统CPU的电力消耗的比。 可以基于该比率来转发消息。例如，100:1的主CPU/缓存比导致子系统每隔5秒转发消息， 而50:1的比率导致子系统每隔3秒转发消息。在一些情况下，如果确定的是CPU由其它 原因激活，则这个间隔可以增加或减少。还可以基于确定是否插入电池充电器或分析电池 水平的所产生的消息规则，来确定动作。
[0092] 在一些实施方式中，消息规则可以确定其它从属传感器是否可以从通信子系统访 问。例如，如果没有可用的GPS，则可能每隔5分钟发送数据，但是如果GPS是可用的，则每 隔10秒钟发送数据。
[0093] 根据其它实施方式可以执行其它动作。也许如果他们是重复的、累计的或不包含 诸如定位信息这样的有用的信息，则消息可以被丢弃。动作可以是唤醒主CPU。在另外实施 方式中，操作可以包括：根据消息规则来