用户可以与移动通信供应商达成合约，这样，总共可以使用有限数量的通信分钟或可以相对于其它供应商使用有限数量的分钟。当公开呼入呼叫标识信息时，可以呈现与合约有关的额外信息，例如呼入呼叫使用的是什么供应商，以及用户相对于呼入供应商有多少免费分钟。在确定是否应该接通呼入通信时，用户可以采用额外的信息并且做出适当的决策。
1.一种运行于无线通信设备上用于公开通信元数据的方法，包括以下步骤：由所述无线通信设备上可运行的评估器来确定呼入通信的供应商类别，其中该供应商类别包括作为该无线通信设备的服务供应商的同一供应商、与该无线通信设备的服务供应商不同的关联供应商或与该无线通信设备的服务供应商无关的外来供应商中的至少一个；
根据所述呼入通信的发送方的标识确定是否应公开所述通信元数据，其中如果确定该发送方的标识不在标识列表上，则由所述无线通信设备上可运行的验证器确定是否应向该标识列表添加该发送方的标识；
响应于确定该通信元数据应当被公开以及该供应商类别是同一供应商或关联供应商，在所述无线通信设备上公开不对所述呼入通信收费；以及响应于确定该通信元数据应当被公开以及该供应商类别是外来供应商，在所述无线通信设备上公开所述呼入通信的费率或剩余分钟量中的至少一个。
2.如权利要求1所述的方法，其中，公开所述供应商类别的步骤发生在处理所述呼入通信的通知之后。
3.如权利要求2所述的方法，进一步包括连同公开该供应商类别，公开涉及该供应商类型的元数据。
4.如权利要求1所述的方法，公开所述供应商类别包括以下步骤：传送至少一个比特，所述至少一个比特指示所述供应商类别是同一供应商、关联供应商或外来供应商。
将所述标识和标识列表进行比较，其中，在通过使用所述比较的结果来确定所述标识不在所述标识列表上后，公开所述供应商类别。
其中，在做出应该添加所收集的标识的肯定判断后，进行所述添加。
9.如权利要求8所述的方法，其中，通过用户指令来收集所述标识。
10.如权利要求8所述的方法，其中，所述判断是通过实行至少一种人工智能技术来做出的。
公开所述供应商类别包括向移动设备发送所述供应商类别，或通过所述移动设备呈现所述供应商类别。
评估器，用于确定呼入通信的供应商类别，其中该供应商类别包括作为无线通信设备的服务供应商的的同一供应商、与该无线通信设备的服务供应商不同的关联供应商或与该无线通信设备的服务供应商无关的外来供应商中的至少一个；
比较器，用于根据所述呼入通信的发送方的标识确定是否应公开通信元数据；
验证器，用于如果确定该发送方的标识不在标识列表上，则确定是否应向该标识列表添加该发送方的标识；
提供器，响应于确定该通信元数据应当被公开以及该供应商类别是同一供应商或关联供应商，公开不对所述呼入通信收费；以及该提供器响应于确定该通信元数据应当被公开以及该供应商类别是外来供应商，则公开所述呼入通信的费率或剩余分钟量中的至少一个。
13.如权利要求12所述的装置，其中，在处理所述呼入通信的通知后，所述提供器进行工作。
14.如权利要求13所述的装置，其中，所述提供器连同公开所述供应商类别一起公开与所述供应商类别有关的元数据。
15.如权利要求12所述的装置，其中，所述提供器通过传送至少一个比特来公开所述供应商类别，所述至少一个比特指示所述供应商类别是同一供应商、关联供应商或外来供应商。
表征器，用于确定与所述呼入通信的发送方的标识，其中，所述提供器连同公开所述供应商类别一起公开所述标识。
所述比较器比较所述标识和标识列表，其中，在通过使用所述比较的结果来确定所述标识不在所述标识列表上后，公开所述供应商类别。
其中，在做出应该添加所收集的标识的肯定判断后，进行所述添加。
20.如权利要求19所述的装置，其中，所述标识是通过用户指令来收集的。
21.如权利要求19所述的装置，其中，所述判断是通过实行至少一种人工智能技术来做出的。
22.如权利要求21所述的装置，其中，所述提供器公开所述供应商类别包括：向移动设备发送所述供应商类别，或通过所述移动设备呈现所述供应商类别。
第一模块，用于确定呼入通信的供应商类别，其中该供应商类别包括作为无线通信设备的服务供应商的同一供应商、与该无线通信设备的服务供应商不同的关联供应商或与该无线通信设备的服务供应商无关的外来供应商中的至少一个；以及第二模块，用于根据所述呼入通信的发送方的标识确定是否应公开所述通信元数据；
第三模块，用于如果确定该发送方的标识不在标识列表上，则确定是否应向该标识列表添加该发送方的标识；
第四模块，用于响应于确定该通信元数据应当被公开以及该供应商类别是同一供应商或关联供应商，则公开不对所述呼入通信收费，以及响应于确定该通信元数据应当被公开以及该供应商类别是外来供应商，则公开所述呼入通信的费率或剩余分钟量中的至少一个。
用于确定呼入通信的供应商类别的模块，其中该供应商类别包括作为无线通信设备的服务供应商的同一供应商、与该无线通信设备的服务供应商不同的关联供应商或与该无线通信设备的服务供应商无关的外来供应商中的至少一个；
用于根据所述呼入通信的发送方的标识确定是否应公开所述通信元数 据的模块；
用于如果确定该发送方的标识不在标识列表上，则确定是否应向该标识列表添加该发送方的标识的模块；以及用于响应于确定该通信元数据应当被公开以及该供应商类别是同一供应商或关联供应商则公开不对所述呼入通信收费且响应于确定该通信元数据应当被公开以及该供应商类别是外来供应商则公开所述呼入通信的费率或剩余分钟量中的至少一个的模块。
25.一种运行于无线通信设备上用于通信监管的方法，包括：由所述无线通信设备的实体收集涉及呼入通信的移动设备的使用的元数据，其中该元数据包括含有作为该无线通信设备的服务供应商的同一供应商、与该无线通信设备的服务供应商不同的关联供应商或与该无线通信设备的服务供应商无关的外来供应商中至少一个的供应商类别；
根据所述呼入通信的发送方的标识确定是否应公开所述元数据，其中如果确定该发送方的标识不在标识列表上，则由所述无线通信设备上可运行的验证器确定是否应向该标识列表添加该发送方的标识；以及响应于确定该元数据应当被公开以及该供应商类别是同一供应商或关联供应商，由所述无线通信设备的实体公开所收集的元数据的至少一部分并且不对所述呼入通信收费；以及响应于确定该元数据应当被公开以及该供应商类别是外来供应商，则公开所述呼入通信的费率或剩余分钟量中的至少一个。
26.如权利要求25所述的方法，其中，所公开的元数据包括与所述通信相关联的号码或标识。
27.如权利要求25所述的方法，公开所收集的元数据的至少一部分的步骤包括：通过所述移动设备呈现所述元数据。
28.如权利要求27所述的方法，通过所述移动设备呈现所述元数据是通过图形用户界面的使用来进行的。
29.如权利要求27所述的方法，其中，所述元数据是从位于所述移动设备本地的数据库收集的。
30.如权利要求25所述的方法，公开所收集的元数据的至少一部分包括：向移动设备发送所述元数据，其中，所述元数据是从远离所述移动设备的至少一个数据库收集的。
31.如权利要求25所述的方法，其中，所公开的元数据包括：使用合约中总的剩余免费分钟数、相对于特定供应商的剩余免费分钟数、用于接通通信中的剩余分钟数或它们的组合。
33.如权利要求25所述的方法，其中，所公开的元数据包括与号码或标识相关联的使用类别。
34.如权利要求25所述的方法，其中，所公开的元数据包括保持与所述移动设备的使用情况关联的通信时间量。
35.如权利要求25所述的方法，其中，所公开的元数据包括保持与所述移动设备的使用情况关联的接通数。
收集器，用于收集涉及呼入通信的移动设备的使用的元数据，其中该元数据包括含有作为该无线通信设备的服务供应商的同一供应商、与该无线通信设备的服务供应商不同的关联供应商或与该无线通信设备的服务供应商无关的外来供应商中至少一个的供应商类别；
比较器，用于根据所述呼入通信的发送方的标识确定是否应公开所述 元数据；
验证器，用于如果确定该发送方的标识不在标识列表上，则确定是否应向该标识列表添加该发送方的标识；以及呈现器，用于响应于确定该元数据应当被公开以及该供应商类别是同一供应商或关联供应商，公开不对所述呼入通信收费，以及响应于确定该元数据应当被公开以及该供应商类别是外来供应商，则公开所述呼入通信的费率或剩余分钟量中的至少一个。
37.如权利要求36所述的装置，其中，所公开的元数据包括与所述通信相关联的号码或标识。
38.如权利要求36所述的装置，其中，所述呈现器包括本地公开器，用于通过所述移动设备呈现所述元数据。
39.如权利要求38所述的装置，其中，通过所述移动设备呈现所述元数据是通过图形用户界面的使用来进行的。
40.如权利要求38所述的装置，其中，所述元数据是从位于所述移动设备本地的数据库收集的。
41.如权利要求36所述的装置，其中，所述呈现器包括发射器，用于向所述移动设备发送所述元数据，其中，所述元数据是从远离所述移动设备的至少一个数据库收集的。
42.如权利要求36所述的装置，其中，所公开的元数据包括：使用合约中总的剩余免费分钟数、相对于特定供应商的剩余免费分钟数、用于接通通信中的剩余分钟数或它们的组合。
44.如权利要求36所述的装置，其中，所公开的元数据包括与号码或标识相关联的使用类别。
45.如权利要求36所述的装置，其中，所公开的元数据包括保持与所述移动设备的使用情况关联的通信时间量。
46.如权利要求36所述的装置，其中，所公开的元数据包括保持与所述移动设备的使用情况关联的接通数。
第一模块，用于收集涉及呼入通信的移动设备的使用的元数据，其中该元数据包括含有作为该无线通信设备的服务供应商的同一供应商、与该无线通信设备的服务供应商不同的关联供应商或与该无线通信设备的服务供应商无关的外来供应商中至少一个的供应商类别；以及第二模块，用于根据所述呼入通信的发送方的标识确定是否应公开所述元数据；
第三模块，用于如果确定该发送方的标识不在标识列表上，则确定是否应向该标识列表添加该发送方的标识；
第四模块，用于响应于确定该元数据应当被公开以及该供应商类别是同一供应商或关联供应商，公开不对所述呼入通信收费，以及响应于确定该元数据应当被公开以及该供应商类别是外来供应商，则公开所述呼入通信的费率或剩余分钟量中的至少一个。
用于收集涉及呼入通信的移动设备的使用的元数据的模块，其中该元数据包括含有作为该无线通信设备的服务供应商的同一供应商、与该无线通信设备的服务供应商不同的关联供应商或与该无线通信设备的服务供应商无关的外来供应商中至少一个的供应商类别；
用于根据所述呼入通信的发送方的标识确定是否应公开所述元数据的 模块；
用于如果确定该发送方的标识不在标识列表上，则确定是否应向该标识列表添加该发送方的标识的模块；以及用于响应于确定该元数据应当被公开以及该供应商类别是同一供应商或关联供应商则公开所收集的元数据的至少一部分并且不对所述呼入通信收费以及响应于确定该元数据应当被公开以及该供应商类别是外来供应商则公开所述呼入通信的费率或剩余分钟量中的至少一个的模块。
通信信息的公开
技术领域
[0001] 概括地说，本发明涉及无线通信，具体地说，本发明涉及协同移动设备共同地管理通信服务。
背景技术
[0002] 为了提供诸如话音、数据等等之类的各种类型的通信内容，广泛部署了无线通信系统。典型的无线通信系统是能够通过共享可用的系统资源(例如，带宽和发射功率等)支持与多个用户进行通信的多址系统。这类多址系统的例子包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、正交频分多址(OFDMA)系统等等。
[0003] 个人可以从供应商购买移动设备，供应商使得用户能够接通(engage)与其它实体的通信。个人同意使用该供应商一段时间，而供应商同意提供通信功能。可以具有与协议关联的各种罚款，例如提前终止费用。
[0004] 供应商代理和个人可以达成具有关于移动设备的使用的具体条款的使用协议(usage agreement)。在使用协议中，条款涉及个人可用的总的通信时间量、个人可接通的呼叫次数等等。作为协议的一部分或在单独的合约中，可以将移动设备转让给个人。
[0005] 此外，使用协议可以包括涉及供应商的具体参数。例如，供应商可以包括个人在接通与供应商的另一个移动设备的呼叫时单独的免费时间量。如果移动设备使用的时间比供应商提供的时间多，则个人要承受额外的费用或者移动设备可以停止运行。
发明内容
[0006] 下面给出对一个或多个方面的简要概述，以提供对这些方面的基本理解。该概述不是对全部预期方面的泛泛概括，也不旨在标识全部方面的关键或重要元件或者描述任意或全部方面的范围。其目的仅在于作为后文所提供更详细描述的序言，以简化形式提供一个或多个方面的一些概念。
[0007] 根据一个方面，描述了一种用于公开通信元数据的方法。该方法包括确定呼入通信的供应商类别。另外，该方法包括公开所述供应商类别。
[0008] 在另一个方面，描述了一种具有评估器的装置，该评估器用于确定呼入通信的供应商类别。该装置还包括提供器，用于公开所述供应商类别。
[0009] 根据又一个方面，描述了用于公开通信元数据的至少一个处理器。所述处理器包括：第一模块，用于确定呼入通信的供应商类别；第二模块，用于公开所述供应商类别。
[0010] 在另一个方面，描述了一种具有计算机可读介质的计算机程序产品。所述介质包括第一代码集，用于使计算机鉴别呼入通信的供应商类别。此外，所述介质包括第二代码集，用于使所述计算机公开所述供应商类别。
[0011] 根据另一个方面，描述了一种装置，该装置具有用于鉴别呼入通信的供应商类别的模块。所述装置还包括用于公开所述供应商类别的模块。
[0012] 根据一个方面，描述了一种用于通信监管(communication regulation)的方法。该方法包括收集涉及呼入通信的与移动设备的使用情况有关的元数据。所述方法还包括公开所收集的元数据的至少一部分。
[0013] 在另一个方面，描述了一种装置，该装置具有用于收集涉及呼入通信的与移动设备的使用情况有关的元数据的收集器。所述装置还包括呈现器(presenter)，用于公开所收集的元数据的至少一部分。
[0014] 根据又一个方面，描述了用于通信监管的至少一个处理器。所述处理器包括第一模块，用于收集涉及呼入通信的与移动设备的使用情况有关的元数据。另外，所述处理器包括第二模块，用于公开所收集的元数据的至少一部分。
[0015] 在又一个方面，描述了一种具有计算机可读介质的计算机程序产品。所述介质包括：第一代码集，用于使计算机收集涉及呼入通信的与移动设备的使用情况有关的元数据。所述介质还包括第二代码集，用于使所述计算机公开所收集的元数据的至少一部分。
[0016] 根据另一个方面，描述了一种装置，该装置具有用于收集涉及呼入通信的与移动设备的使用情况有关的元数据的模块。所述装置还包括用于公开所收集的元数据的至少一部分的模块。
[0017] 为了实现前述和相关目的，所述一个或多个方面包括后面充分描述以及在权利要求书中具体指出的特征。以下描述和附图具体提供了一个或多个方面的某些示例性方面。然而，这些特性仅仅指示可采用不同方面的原理的一些不同方式，所描述的方面旨在包括全部这种方面及其等效物。
附图说明
[0018] 图1示出了根据本文中提出的各个方面的无线通信系统。
[0019] 图2示出了根据至少一个方面用于公开供应商类别的示例性系统。
[0020] 图3示出了根据至少一个方面具有具体移动设备的示例性系统。
[0021] 图4示出了根据至少一个方面具有具体网络设备的示例性系统。
[0022] 图5示出了根据至少一个方面具有替换的移动设备的示例性系统。
[0023] 图6示出了根据至少一个方面具有包括拨号盘和显示器的移动设备的示例性系统。
[0024] 图7示出了根据至少一个方面用于信息公开的示例性方法。
[0025] 图8示出了根据至少一个方面用于列表产生的示例性方法。
[0026] 图9示出了根据至少一个方面用于元数据公开的示例性系统方法。
[0027] 图10示出了根据至少一个方面有助于元数据关联的示例性移动设备。
[0028] 图11示出了根据至少一个方面有助于信息透露的示例性系统。
[0029] 图12示出了可以结合本申请中描述的各个系统和方法使用的示例性无线网络环境。
[0030] 图13示出了根据至少一个方面用于提交类别信息的示例性系统。
[0031] 图14示出了根据至少一个方面用于确定与呼入通信相关的公开元数据的示例性系统。
具体实施方式
[0032] 现在参照附图描述多个方面，其中用相同的附图标记指示本文中的相同元件。在下面的描述中，为便于解释，给出了大量具体细节，以便提供对一个或多个方面的全面理解。然而，很明显，也可以不用这些具体细节来实现所述方面。在其它例子中，以方框图形式示出公知结构和设备，以便于描述一个或多个实施例。
[0033] 如本申请中所用的，“组件”、“模块”、“系统”和类似的术语意在包括与计算机相关的实体，例如但不限于硬件、固件、硬件和软件的组合、软件或执行中的软件。举例而言，组件可以是但并不限于是：处理器上运行的进程、处理器、对象、可执行程序、执行的线程、程序和/或计算机。举例说明，计算设备上运行的应用和计算设备都可以是组件。一个或多个组件可以位于执行中的进程和/或线程中，组件可以位于一个计算机中和/或分布于两个或多个计算机中。另外，可以从其上存储有各种数据结构的各种计算机可读介质中执行这些组件。这些组件可以诸如依照包含一个或多个数据分组的信号的方式通过本地和/或远程进程进行通信(例如，来自一个组件的数据，该组件以信号的方式与本地系统、分布式系统和/或通过诸如互联网之类的网络与其它系统中的另一个组件进行交互)。
[0034] 此外，本申请中结合终端描述了各种方面，终端可以是有线终端或无线终端。终端还可以叫做系统、设备、用户单元、用户站、移动站、移动台、移动设备、远程站、远程终端、接入终端、用户终端、终端、通信设备、用户代理、用户装置、用户设备(UE)。无线终端可以是蜂窝电话、卫星电话、无绳电话、会话发起协议(SIP)电话、无线本地环路(WLL)站、个人数字助理(PDA)、具有无线连接能力的手持式设备、计算设备或与无线调制解调器连接的其它处理设备。此外，本申请中结合基站描述了各个方面。基站可以用于与无线终端通信并且也可以称为接入点、节点B或一些其它名称。
[0035] 此外，术语“或”意为包含性的“或”而不是排除性的“或”。也就是说，除非另有说明或从上下文中明确得知，否则用语“X采用A或B”意为任何的自然的包含性排列。也就是说，下面情况中的任何一个都满足用语“X采用A或B”，即：X采用A；X采用B；或X采用A和B。另外，除非另有说明或从上下文中明确得知特指单数形式，否则本申请中和所附权利要求中所用的冠词“一”和“一个”一般用作“一个或多个”的意思。
[0036] 此外，可以将本申请所公开的各方面或特征实现为方法、装置或使用标准的编程和/或工程技术的制品。本文使用的术语“制品”意在包括可从任何计算机可读器件、载体或介质访问的计算机程序。例如，计算机可读介质可以包括但不限于磁存储器件(例如，硬盘、软盘、磁带...)，光盘(例如，压缩光盘(CD)、数字多用途光盘(DVD)...)、智能卡以及闪存器件(例如，EPROM、卡、棒、钥匙型驱动器...)。另外，本申请中描述的各种存储介质可以代表一种或多种用于存储信息的设备和/或其它机器可读介质。术语“机器可读介质”可以包括，但并不仅限于，无线信道和能够存储、包含和/或携带指令和/或数据的各种其它介质。
[0037] 本文描述的技术可以用于各种无线通信系统，例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA和其它系统。术语“系统”和“网络”通常互换使用。CDMA系统可以实现例如通用陆地无线接入(UTRA)、cdma2000等的无线电技术。UTRA包括宽带-CDMA(W-CDMA)和CDMA的其它变形。此外，cdma2000涵盖IS-2000、IS-95和IS-856标准。TDMA系统可以实现诸如全球移动通信系统(GSM)之类的无线电技术。OFDMA系统可以实现例如演进型UTRA(E-UTRA)、超移动宽带(UMB)、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE802.20、快闪- 等的无线电技术。UTRA和E-UTRA是全球移动电信系统(UMTS)的
一部分。3GPP长期演进(LTE)是使用E-UTRA的UMTS的版本，其在下行链路上采用OFDMA而在上行链路上采用SC-FDMA。UTRA、E-UTRA、UMTS、LTE和GSM在来自名为“第三代合作伙伴项目”(3GPP)的组织的文件中进行了描述。另外，cdma 2000和UMB在来自名为“第三代合作伙伴项目2”(3GPP2)的组织的文件中进行了描述。此外，这些无线通信系统可以另外包括通常使用非成对无牌照频谱的对等(例如，移动台到移动台)自组织网络系统、802.xx无线LAN、蓝牙和任何其它短距离或长距离无线通信技术。
[0038] 下面将围绕系统来展现各个方面或特性，所述系统可以包括多个设备、组件、模块等等。应该明白和理解的是，各种系统可以包括结合附图所讨论的其它设备、组件、模块等等和/或可以不包括所有这些设备、组件、模块等。也可以使用这些方式的组合。
[0039] 现在参考图1，依照本申请中的各个实施例解释说明了无线通信系统100。系统100包括基站102，该基站包括多个天线组。举个例子，一个天线组包括天线104和106，另一组包括天线108和110，又一组包括天线112和114。虽然每个天线组中示出两个天线，但是，每组中可以采用更多或更少的天线。基站102另外还可包括发射机链和接收机链，其中每一个可以包括与信号发射和接收有关的多个组件(比如，处理器、调制器、复用器、解调器、解复用器、天线等)，这些对本领域的技术人员来讲是应该了解的。
[0040] 基站102可以与一个或多个移动设备(比如移动设备116和移动设备122)通信，但是需要了解的是，基站102基本上能够与类似于移动设备116和122的任何数量的移动设备通信。移动设备116和122可以是，举个例子，蜂窝电话、智能手机、膝上型电脑、手持通信设备、手持计算设备、卫星无线电设备、全球定位系统、PDA和/或适合于通过无线通信系统100进行通信的任何其它设备。可以在移动设备上显示出与呼入通信(例如，蜂窝呼叫)有关的元数据。例如，向用户呈现“充值(pay as you go)”电话上剩余的分钟量。
[0041] 如上所述，移动设备116与天线112和114通信，其中，天线112和114通过前向链路118向移动设备116发射信息，通过反向链路120从移动设备116接收信息。此外，移动设备122与天线104和106进行通信，其中，天线104和106通过前向链路124向移动设备122发射信息，通过反向链路126从移动设备122接收信息。在频分复用(FDD)系统中，举个例子，前向链路118采用的频带与反向链路120所用的频带不同，前向链路124所用的频带与反向链路126所用的频带不同。此外，在时分复用(TDD)系统中，前向链路118和反向链路120采用共同频带，前向链路124和反向链路126采用共同频带。
[0042] 每组天线和/或它们被设计进行通信的区域可以称为基站102的扇区。举个例子，多个天线可以设计为与基站102所覆盖区域的扇区内的移动设备进行通信。在通过前向链路118和124进行通信的过程中，基站102的发射天线可以采用波束成形来改善针对移动设备116和122的前向链路118和124的信噪比。此外，相比于基站通过单个天线向它的所有移动设备进行发射，当基站102采用波束成形向相关覆盖区域内随机分布的移动设备116和122发射时，相邻小区内的移动设备受到的干扰较小。
[0043] 现在参照图2，公开了用于向用户提供涉及移动设备202的与呼入通信(例如，蜂窝电话呼叫)有关的信息的示例性系统200。在传统的设置中，个人接通与服务供应商签有合约的用户设备(例如，移动设备202)。作为合约的一部分，一般向个人提供可用的分钟量、具有不受限制的分钟的呼叫者列表(例如，在用户指定分组中的人、与服务供应商签有合约的其它个人等等)等等。如果用户或移动设备202接通时间超过了设立的限制，则服务会被终止或会产生额外的费用。
[0044] 向用户通知呼入呼叫与使用合约的关系是很有好处的。例如，可以向用户通知剩余的分钟量、呼叫者所用的服务供应商、接受通信所产生的费用等等——可以通过移动设备202的LCD(液晶显示器)进行通知，可以将通知实现为音频展示等等。根据一个实施例，网络(例如，使用网络设备204的网络)可以维护数据库，并且一旦建立语音呼叫，就可以提供呼入呼叫元数据(例如，与使用合约有关的元数据)。所提供的元数据是详细的(例如，提供标识符、呼叫计划、剩余分钟等等)和有限的(例如，向用户通知如果呼叫被接通是否要收费，但是不向用户通知费用和/或速率)。在替换的实施例中，移动设备202保存用于提供元数据的数据库。虽然本申请中的讨论涉及呼入通信，但应该明白的是，这些方面也可以关于输出通信来实践(例如，在用户发送呼叫之前向用户通知呼叫计划上剩余的分钟量，向用户公开可以免费发送的文本消息的数量等等)。
[0045] 虽然本申请所公开的方面可以在移动设备202或网络设备204(例如，服务器、基站等等)上实现，但应该明白的是，这些实现可以在移动设备202、网络设备204、第三方设备上进行、分布在多个设备之间等等。移动设备202包括评估器206，用于确定(例如，鉴别)呼入通信的供应商类别(例如，通过使用移动设备202可执行的评估器)。供应商类别可以包括供应商名字、关于供应商是否会将呼入呼叫与额外收费相关联的肯定/否定级、与进行呼入呼叫相关联的金钱量等等。提供器(supplier)208可以用于公开由评估器206所确定的供应商类别。例如，提供器208可以包括但并不仅限于输出设备(例如，显示器、扩音器、触觉反馈设备等)，用于将确定的供应商类别传送给移动设备202的用户。在一种实现中，提供器208通过至少一个比特的传送(例如，从网络设备204到移动设备202)来公开供应商类别，该比特指出供应商类别是同一供应商(例如，呼入呼叫的供应商与移动设备所用的供应商相同)、等效供应商(例如，呼入呼叫的供应商与移动设备所用的供应商相关联，例如通过合约协议)或外来(foreign)供应商(例如，移动设备的供应商与呼入呼叫的供应商无关)。
[0046] 网络设备204可以传送与呼入呼叫有关的元数据，该元数据与移动设备的使用协议有关。收集器210可以用于收集涉及呼入通信的与移动设备202的使用情况有关的元数据(例如，呼叫者标识、呼叫者所用的供应商、移动设备与合约如何相关等等)。根据应该向用户公开什么元数据(例如，根据相对于可用屏幕尺寸的平衡重要性(balancing importance))做出决定，并且呈现器212公开所收集的元数据的至少一部分。根据一个实施例，所公开的元数据包括使用合约中总的剩余免费分钟量、相对于特定供应商的剩余免费分钟量、用于接通通信中的剩余分钟量或它们的组合。
[0047] 现在参照图3，结合具体的移动设备202公开了用于呈现通信元数据的示例性系统300。移动设备202可以使用评估器206，该评估器鉴别呼入通信的供应商类别。不同的模块可以用于有助于实现评估器206的操作。
[0048] 获取器302可以由评估器206和/或移动设备202用来收集标识(例如，呼入呼叫的呼叫者)。表征器(characterizer)304根据收集到的标识来运行，这样，根据与呼入通信有关的标识做出决定。在示例性实施例中，获取器302可以(例如，从移动设备202的数据库)存取标识，表征器304判断该标识是否是呼入呼叫者的。提供器208可以用于通过供应商类别的公开来公开该标识(例如，由分类器304确定的)。
[0049] 在一个实施例中，提供器208在处理呼入通信的通知后运行。例如，可以接收到呼入通知并进行初始处理。在执行该处理过程的至少一部分后，可以向用户公开信息，因此允许用户对呼入呼叫做出合理的决定(例如，根据剩余的分钟量，用户是否应该接受该呼叫)。提供器208可以公开与供应商类别有关的元数据以及公开供应商类别。示例性的元数据可以包括呼叫者的标识、呼叫者的电话号码、呼叫者的照片、电池等级等等。元数据可以涉及用于与关联于该供应商类别的供应商进行通信的使用模型(usage model)。在这个实例中，评估合约并且判断呼叫者是否在移动设备202的使用模型之内——可以向用户公开判断结果。
[0050] 根据一个实施例，供应商类别是基于经过许可的标识的数据库来确定的(例如，如果呼叫者不在数据库内，则呼叫不是使用计划的一部分，并且因此会有否定类别)。比较器306用于将该标识(例如，获取到的标识)与标识列表相比较以确定是否匹配。在通过使用比较的结果来确定该标识不在标识列表上后，公开供应商类别。如果该标识在列表上，则可以进行标准呈现(例如，呈现出姓名和号码，因为没有关于该呼叫的额外费用)。
[0051] 如果确定该标识不在列表上，则验证器308可以用于判断所收集的标识是否应该添加(populate)到该标识列表上。在一个实现中，在做出所收集的标识应该被添加到数据库的肯定判断后，进行添加操作。添加器(adder)310可以用于将至少一个指定的标识添加到标识列表中。可以使用一个实施例，这样，收集标识并通过用户指令将该标识指定为要添加的。
[0052] 有可能通过至少一种人工智能技术的实现来做出判断。应该明白的是，人工智能技术可以用于实现本发明中公开的判断和推论。为了实现本文中所描述的各个自动化方面，这些技术可以采用多种方法中的一种方法，根据数据进行学习，然后关于动态地在多个存储单元之间存储信息得出推论和/或做出判断(例如，隐式马尔可夫模型(HMM)和相关的原型依赖模型(prototypical dependency model)，诸如贝叶斯网络(例如，利用贝叶斯模型评分或近似法通过结构搜索所产生的)之类的更一般化的概率图形模型、线性分类器(例如，支持向量机(SVM))、非线性分类器(例如，称为“神经网络”方法、模糊逻辑方法的方法)，以及其它用于执行数据融合的方法等)。这些技术还包括用于捕获比如定理证明这样的逻辑关系的方法或更基于启发式规则的专家系统。这些技术可以表示为外部可插模块，在一些情况下由不同的(第三方)一方来设计。
[0053] 现在参照图4，公开了用于呈现关于呼入通信的服务协议信息(service agreement information)(例如，文本消息、电话呼叫、流视频内容等)的示例系统400。例如，网络设备204可以知道(例如，通过中继分配)文本消息将要被传送给移动设备202。移动设备202可以进行配置，使得每个月可以有有限数量的允许公开的消息。因此，用户在决定是否查看消息之前知道使用协议是很有好处的。
[0054] 收集器210可以判断消息是否要中继给移动设备202，并且收集涉及呼入通信的与移动设备的使用情况有关的元数据(例如，诸如剩余分钟量、呼入呼叫的供应商等等之类的使用合约元数据)。至少部分元数据可以从远离移动设备202的数据库(例如，在网络设备204上、在远程位置处等等)收集。呈现器212公开收集到的元数据中的至少一部分，例如通过发射器402将元数据发送给(例如，无线地、通过加密地等等)移动设备202。所公开的元数据包括与通信关联的号码(例如，电话号码)或标识(例如，姓名)。
[0055] 在收费方面用户有兴趣知道他们是否还剩下足够的分钟，如果接受呼叫是否会产生额外的费用等等。例如，在打开文本消息之前，向用户呈现第一通信来询问她是否愿意付费知道她在一个月中还剩下多少文本消息。结算器(balancer)404可以用于执行涉及提供元数据的财务事项(fiscal transaction)(例如，一旦用户以肯定的方式对第一通信进行响应)。财务事项的例子是自动从支票账户借记经过同意的钱数。
[0056] 参照图5，公开了示例性系统500，用于传送与在移动设备202进行通信时所执行的操作有关的信息，该移动设备202与网络设备204相通信。收集器210收集涉及呼入通信的与移动设备202的使用情况相关联的元数据，这样，至少部分元数据来源于位于移动设备202本地的数据库(例如，嵌入式存储器、与移动设备202操作性地和物理性地连接的存储器等等)。呈现器212可以确定要公开哪部分元数据，并且公开所确定的部分。例如，所公开的元数据包括与号码或标识关联的使用类别(usage classification)(例如，供应商名字)、保持与移动设备的使用情况关联的通信时间量(例如，用户有大约400分钟的剩余时间、用户有大约400分钟的免费非供应商剩余时间等等)、保持与移动设备的使用情况关联的接通数(例如，可以接收大约10条免费文本消息的计划)或它们的组合。
[0057] 根据一个实施例，本地公开器502可以用于通过移动设备202呈现元数据。例如，通过移动设备202呈现元数据可以通过使用图形用户界面(GUI)504来进行。GUI 504还可以用于与用户接通以便判断是否应该公开元数据。在示例性的实现中，用户可以根据应该针对呼入呼叫通过GUI504公开什么元数据来对呈现器212进行编程。例如，一旦用户账户低于大约100分钟，则可以向用户呈现关于剩余分钟的元数据。
[0058] 现在参照图6，公开了示例系统600，其中高亮呈现了移动设备202的代表性配置。移动设备202可以配备有两个接通部分——GUI 504和输入盘602。GUI 504包括多个不同的区域，这些区域可以根据上下文环境来修改和/或变化。例如，当获取到呼入呼叫时，可以有针对号码604、姓名606、供应商608、收费通知610和费率612的区域。
[0059] 在GUI中针对呼入通信也可以使用另外的区域，比如照片、剩余分钟、服务计划元数据等等。这些不同的区域可以由用户定制(例如，通过从输入盘602输入)。根据一个实施例，可以考虑供应商608、变化通知610、费率612或它们的组合以及其它区域来公开供应商类别。输入盘602可以用于输入来自用户的信息，并且可以实现为GUI 504的一部分，作为GUI的单独的机器实现形式等等。
[0060] 参照图7，公开了用于提供供应商类别信息的示例性方法700。可以在702确定(例如，鉴别)呼入通信的供应商类别——这可以通过评估与该通信关联的元数据来执行。在704，收集使用模型信息，例如用户协议、关于用户在合约中剩余分钟量的报告、关于用户与某个供应商还剩余多少分钟的数据、可以在不支付罚款的情况下下载多大的文本消息文件等等。
[0061] 可以在706评估使用模型，在708进行检查以判断是否应该公开。如果应该公开，则在710根据评估结果来确定公开哪些数据(例如，使用模型数据)。在712进行识别(例如，确定发起通信的实体的标识)，并在714公开该标识和所确定的数据。此外，714可以包括公开供应商类别、连同公开供应商类别一起公开关于供应商类别的元数据、向移动设备发送供应商类别或通过移动设备呈现供应商类别或它们的组合。如果在708确定不应该公开(例如，关于使用模型的数据)，则在716进行标准通知(例如，显示姓名和号码)。
[0062] 现在参照图8，公开了用于创建关于标识的列表的示例方法800。本申请中公开的方面涉及公开与通信有关的供应商元数据；但是，可能的是，对于一些个人来讲这已经足够重要，这些用户不想看到供应商信息、相关联的费用数据、剩余时间元数据等等。例如，由于需要使用屏幕实际使用面积来公开供应商类别，所以用户期望向其配偶进行传送而不需要传送呼叫信息。在一个实施例中，通信的发送者可以指示是否向用户公开供应商类别信息。
[0063] 因此，在802，可以鉴别呼入通信的供应商类别。在804可以查明并确定通信供应商的标识。在806访问数据库，并且在808将所确定的标识与数据库中的条目进行比较。如果确定该标识不是在数据库808上保存的，则在810，进行检查以便判断该标识是否应该添加到数据库。一旦做出肯定的判断，则在812进行添加，而不管是否进行了添加，在814公开供应商类别。
[0064] 现在参照图9，公开了用于监管信息通信的示例方法900。在902识别呼叫，并且向用户发出请求以询问她是否想要看到关于合约(例如，使用协议)的信息。用户进行响应，并且根据响应，在904检查是否应该公开。用户的请求可以是通用的(例如，请公开使用信息)或专用的(例如，请公开剩余的分钟量)。如果不是使用情况公开，则进行标准公开(例如，姓名、照片等等)。
[0065] 如果是关于使用情况的公开，则执行908，用于收集涉及呼入通信的与移动设备的使用情况有关的元数据。在910评估所收集的元数据，并且选择元数据的至少一部分用于在912进行分配(例如，本地分配、远程分配等等)。在914，可以公开所收集的元数据的至少一部分。另外，在916执行财务事项——例如，通过904的功能得到批准的事项(例如，为了获取信息，用户同意支付费用)。
[0066] 参照图7-9，示出了关于呼入通信的信息公开的方法。虽然为了使说明更简单，而将这些方法表示并描述为一系列的动作，但是应该明白和理解的是，这些方法并不受到动作顺序的限制，因为，依照一个或多个实施例，一些动作可以按不同顺序发生和/或与本申请中示出和描述的其它动作同时发生。举例而言，本领域技术人员应该明白和理解的是，一个方法也可以表示成(例如在状态图中的)一系列相互关联的状态和事件。此外，执行依照一个或多个实施例的方法可能并不需要所有示出的动作。
[0067] 应该了解的是，依照本申请中所描述的一个或多个方面，可以关于是否公开信息、应该呈现什么元数据等做出推论。本申请中使用的术语“推断”或“推论”通常指的是根据通过事件和/或数据获得的一组观察报告，关于系统、环境和/或用户状态的推理过程或推断系统、环境和/或用户状态的过程。例如，推论用来识别特定的内容或动作，或产生状态的概率分布。这种推论是概率性的，也就是说，根据所考虑的数据和事件，对相关的状态概率分布进行计算。推论还指的是用于根据事件集和/或数据集构成高级事件的技术。这种推论使得根据观察到的事件集和/或存储的事件数据来构造新的事件或动作，而不管事件是否在极接近的时间上相关，也不管事件和数据是否来自一个或数个事件和数据源。
[0068] 根据一个例子，上面提出的一个或多个方法包括做出关于选择以何种方式呈现信息(例如，信息应该怎样格式化、在哪里放置信息等)的推论。通过进一步举例说明，可以做出关于以下的推论，根据预期的应用、期望节省的电力等选择一定数量的物理帧作为苏醒周期参数。应该了解的是，上述例子在本质上是示例性的，并不是意在限制可以做出的推论的数量或以何种方式结合本申请中所描述的各种实施例和/或方法作出这些推论。
[0069] 图10示出了移动设备1000，其有助于在移动设备1000上公开呼叫信息。移动设备1000包括接收机1002，接收机1002用于例如从接收天线(未示出)接收信号，并对接收到的信号执行典型的动作(比如滤波、放大、下变频等)以及对调节后的信号进行数字化以获得采样。接收机1002可以是例如MMSE接收机，并且可以包括解调器1004，后者用于将接收到的符号解调，并向处理器1006提供解调后的符号用于信道估计。处理器1006可以是专门用于分析接收机1002接收到的信息和/或生成由发射机1016发送的信息的处理器、用于控制移动设备1000的一个或多个组件的处理器，和/或既用于分析接收机1002接收到的信息，生成由发射机1016发送的信息，也用于控制移动设备1000的一个或多个组件的处理器。
[0070] 移动设备1000还可以包括存储器1008，存储器1008与处理器1006操作性地耦接并且可以存储要发送的数据、接收到的数据、关于可用信道的信息、与分析后的信号和/或干扰强度关联的数据、关于所分配的信道的信息、功率、速率等等的数据，以及用于估计信道和通过信道通信的任何其它合适的信息。存储器1008还可以存储与估计和/或利用信道(例如，基于性能、基于容量等等)相关联的协议和/或算法。
[0071] 应该理解的是，本申请中描述的数据存储(例如，存储器1008)可以是易失性存储器或非易失性存储器，或者可以同时包括易失性和非易失性存储器。通过解释说明但不仅限于，非易失性存储器可以包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除PROM(EEPROM)或闪存。易失性存储器可以包括随机存取存储器(RAM)，其可以作为外部缓冲存储器。通过解释说明但不仅限于，RAM可以有很多种形式，比如同步RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双倍数据速率SDRAM(DDR SDRAM)、增强型SDRAM(ESDRAM)、Synchlink DRAM(SLDRAM)和直接型Rambus RAM(DRRAM)。本发明的系统和方法的存储器1008意在包括而不限于这些以及任何其它合适类型的存储器。
[0072] 处理器1002还与评估器1010和/或提供器1012操作性地连接。评估器可以鉴别呼入通信的供应商类别。另外，提供器可以公开该供应商类别。移动设备1000还包括调制器1014和发射机1016，其中发射机1016用于向例如基站、另一个移动设备等发送信号(例如，基本CQI和不同的CQI)。虽然描述为独立于处理器1006，但是应该理解的是，评估器1010和/或提供器1012可以是处理器1006或多个处理器的一部分(未示出)。
[0073] 图11示出了有助于公开关于呼入通信的信息的系统1100。系统1100包括基站1102(例如，接入点，...)，该基站具有接收机1110和发射机1122，其中接收机1110用于通过多个接收天线1106从一个或多个移动设备1104接收信号，发射机1122用于通过多个发射天线1108向一个或多个移动设备1104进行发射。接收机1110可以从接收天线1106接收信息，并且与解调器1112操作性的连接，该解调器对接收到的信息进行解调。解调后的符号由处理器1114进行分析，该处理器类似于上面关于图10所描述的处理器，并且与存储器1116连接，该存储器存储与估计信号(例如，导频)强度和/或干扰强度有关的信息、要发送给移动设备1104(或不同的基站(未示出))或从其接收的数据和/或与执行本申请中提出的各种动作和功能有关的任何其它合适的信息。
[0074] 处理器1114还与收集器1118和/或呈现器1120连接。收集器1118收集涉及呼入通信的与移动设备的使用情况有关的元数据。呈现器1120可以用于公开所收集的元数据中的至少一部分。向调制器1122提供要发送的信息。调制器1122可以复用要由发射机1124通过天线1108向移动设备1104发送的信息。虽然描述为独立于处理器1114，但是应该理解的是，收集器1118和/或呈现器1120可以是处理器1114或多个处理器的一部分(未示出)。
[0075] 图12示出了示例无线通信系统1200。为了说明简便起见，无线通信系统1200只描述了一个基站1210和一个移动设备1250。但是，应该了解的是，系统1200可以包括多于一个基站和/或多于一个移动设备，其中，额外的基站和/或移动设备可以基本上类似于或不同于下面描述的示例基站1210和移动设备1250。另外，需要了解的是，基站1210和/或移动设备1250可以采用本申请中所描述的系统(图1-6和10-11)和/或方法(图7-9)，以进行它们之间的无线通信。
[0076] 在基站1210处，从数据源1212向发射(TX)数据处理器1214提供多个数据流的业务数据。在一个实施例中，每个数据流通过相应的发射天线进行发送。TX数据处理器1214根据为每个数据流所选择的特定编码方案，对业务数据流进行格式化、编码和交织，以提供编码数据。
[0077] 可以用正交频分复用(OFDM)技术将每个数据流的编码数据与导频数据进行复用。另外或者作为替换，导频符号可以是频分复用(FDM)、时分复用(TDM)或码分复用(CDM)的。典型地，导频数据是以已知方式进行处理的已知数据模式，并且可在移动设备1250处被用于估计信道响应。根据为每个数据流选择的特定调制方案(例如，二进制相移键控(BPSK)，四相相移键控(QPSK)，M相相移键控(M-PSK)，M相正交幅度调制(M-QAM)等)，对每个数据流的复用后的导频和编码数据进行调制(例如，符号映射)，以提供调制符号。可以利用由处理器1230执行或提供的指令，来确定每个数据流的数据速率、编码和调制。
[0078] 将数据流的调制符号提供给TX MIMO处理器1220，TX MIMO处理器1220可以进一步处理调制符号(例如，OFDM)。然后，TX MIMO处理器1220向NT个发射机(TMTR)1222a到1222t提供NT个调制符号流。在各种实施例中，TX MIMO处理器1220对数据流的符号和要发送该符号的天线施加波束成形权重。
[0079] 每个发射机1222分别接收并处理符号流，以提供一个或多个模拟信号，并进一步调整(例如，放大、滤波和上变频)模拟信号，以提供适合于通过MIMO信道传输的调制信号。此外，将来自发射机1222a到1222t的NT个调制信号分别从NT个天线1224a到1224t发送出去。
[0080] 在移动设备1250处，所发送的调制信号由NR个天线1252a到1252t进行接收，将从每个天线1252接收的信号分别提供给各自的接收机(RCVR)1254a到1254r。每个接收机1254调整(例如，滤波、放大和下变频)相应的信号，将调整后的信号进行数字化以提供采样，并进一步处理这些采样以提供相应的“接收”符号流。
[0081] 然后，RX数据处理器1260从NR个接收机1254接收NR个符号流，并根据特定的接收机处理技术对所接收的符号流进行处理，以提供NT个“检测的”符号流。RX数据处理器1260对每个检测的符号流进行解调、解交织和解码，以恢复数据流的业务数据。RX数据处理器1260的处理过程与基站1210处的TX MIMO处理器1220和TX数据处理器1214所执行的处理过程互补。
[0082] 如上所述，处理器1270定期地确定要采用哪个预编码矩阵。此外，处理器1270还产生包括矩阵索引部分和秩值部分的反向链路消息。
[0083] 反向链路消息可以包括关于通信链路或所接收的数据流的各种类型的信息。该反向链路消息可以由TX数据处理器1238处理(该处理器还从数据源1236接收多个数据流的业务数据)，由调制器1280调制，由发射机1254a到1254r调整，并发送回基站1210。
[0084] 在基站1210处，来自移动设备1250的调制信号由天线1224接收，由接收机1222调整，由解调器1240解调，并由RX数据处理器1242处理，以提取由移动设备1250所发送的反向链路消息。此外，处理器1230还处理所提取的消息，以确定将哪个预编码矩阵用于确定波束成形权重。
[0085] 处理器1230和1270分别指导(例如，控制、协调、管理等等)基站1210和移动设备1250处的操作。各处理器1230和1270可以分别与存储程序代码和数据的存储器1232和1272连接。处理器1230和1270还分别执行计算以分别得到上行链路和下行链路的频率和冲激响应估计。
[0086] 应该明白的是，本申请中描述的实施例可以用硬件、软件、固件、中间件、微代码或它们的任何组合的方式来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑设备(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。
[0087] 当在软件、固件、中间件、微代码、程序代码或代码段中实现实施例时，它们可以存储在机器可读介质中，例如存储组件中。代码段可以代表过程、函数、子程序、程序、例程、子例程、模块、软件包、类或者指令、数据结构或程序语句的任意组合。可以通过传递和/或接收信息、数据、变量、参数或存储器内容，将一个代码段耦合到另一个代码段。可以经由包括存储器共享、消息传递、令牌传递、网络传输等任意适当方式，将信息、变量、参数、数据等进行传递、转发或发送。
[0088] 对于软件实现，本申请中描述的技术可用执行本申请所述功能的模块(例如，过程、函数等)来实现。这些软件代码可以存储在存储器单元中，并由处理器执行。存储器单元可以实现在处理器内，也可以实现在处理器外，在后一种情况下，它经由各种手段可通信地连接到处理器，这些都是本领域中所公知的。
[0089] 参照图13，示出了管理与呼入蜂窝通信有关的信息公开的系统1300。例如，系统1300可以至少部分地位于移动设备中。应该理解的是，系统1300表示为包括功能块，这些功能块代表可以由处理器、软件或它们的组合(例如，固件)实现的功能。系统1300包括协同工作的电组件的逻辑组1302。例如，逻辑组1302包括电组件1304，用于鉴别呼入通信的供应商类别，和/或电组件1306，用于公开供应商类别。另外，系统1300包括存储器1308，保存用于执行与电组件1304和1306相关联的功能的指令。虽然示为在存储器1308外部，但是应该明白的是，一个或多个电组件1304和1306可以位于存储器1308中。
[0090] 转向图14，示出了管理信息产生的系统1400。系统1400可以位于例如基站中。如上所述，系统1400包括功能块，所述功能块代表处理器、软件或它们的组合(例如，固件)所执行的功能。系统1400包括有助于控制前向链路传输的电组件的逻辑组1402。逻辑组1402包括电组件1404，用于收集涉及呼入通信的与移动设备的使用情况有关的元数据。另外，逻辑组1402包括电组件1406，用于公开所收集的元数据的至少一部分。另外，系统1400可以包括存储器1408，保存用于执行与电组件1404和1406关联的功能的指令。虽然示为在存储器1408之外，但是应该明白的是，电组件1404和1406可以位于存储器1408中。
[0091] 用于执行本申请所述功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或者其任意组合，可以用来实现或执行结合本申请的公开的方面所描述的各种示例性的逻辑、逻辑方框、模块和电路。通用处理器可以是微处理器，或者，处理器也可以是任何常规的处理器、控制器、微控制器或者状态机。处理器也可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的结合，或者任何其它此种结构。此外，至少一个处理器可以包括用于执行上述一个或多个步骤和/或动作的一个或多个模块。
[0092] 此外，结合本申请所公开的方面描述的方法或者算法的步骤或动作可直接体现为硬件、由处理器执行的软件模块或这两者的组合。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。将一种示例性的存储介质耦接至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。此外，在一些方面，处理器和存储介质可以位于ASIC中。另外，ASIC可以位于用户终端中。当然，处理器和存储介质也可以作为分立组件存在于用户终端中。此外，在一些方面，方法或算法的步骤和/或动作可以是机器可读介质和/或计算机可读介质上的代码和/或指令的集合的一个或任意组合，可以将其整合到计算机程序产品中。
[0093] 在一个或多个方面，本申请中所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。如果在软件中实现，则功能可以作为一条或多条指令或代码存储在计算机可读介质上或进行传输。计算机可读介质包括计算机存储介质和通信介质，通信介质包括便于将计算机程序从一个地方传送到另一个地方的任何介质。存储介质可以是计算机可访问的任何可用介质。举例而言，但是并非限制，计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储器、磁盘存储器或其它磁存储设备，或可以用于以指令或数据结构的形式携带或存储需要的程序代码并可以由计算机访问的任何其它介质。此外，任何连接也都可适当地被称作计算机可读介质。举例而言，如果软件是通过同轴电缆、光纤电缆、双绞线、数字用户线路(DSL)或无线技术(比如红外、无线电和微波)从网站、服务器或其它远程源传输的，则同轴电缆、光纤电缆、双绞线、DSL或无线技术(比如红外、无线电和微波)包含在介质的定义中。本申请中所用的磁盘(disk)和光盘(disc)包括压缩光盘(CD)、激光光盘、光盘、数字多用途光盘(DVD)、软磁盘和蓝光光盘，其中，磁盘通常磁性地复制数据，而光盘则用激光光学地复制数据。上述的组合也可以包含在计算机可读介质的范围内。
[0094] 上面的描述包括一个或多个实施例的举例。当然，为了描述这些实施例而描述组件或方法的所有可能的结合是不可能的，但是本领域普通技术人员应该认识到，这些实施例可以做进一步的结合和变换。因此，本申请中描述的实施例旨在涵盖落入所附权利要求书的精神和保护范围内的所有改变、修改和变形。此外，就说明书或权利要求书中使用的“包含”、“具有”一词或它们的变形而言，该词的涵盖方式类似于“包括”一词，就如同“包括”一词在权利要求中用作衔接词所解释的那样。
[0095] 在一个或多个示例实施例中，本申请中所描述的功能可以用硬件、软件、固件或它们的任意结合来实现。如果在软件中实现，则功能可以作为一条或多条指令或代码存储在计算机可读介质上或进行传输。计算机可读介质包括计算机存储介质和通信介质，通信介质包括便于将计算机程序从一个地方传送到另一个地方的任何介质。存储介质可以是计算机可访问的任何可用介质。举例而言，但是并非限制，计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储器、磁盘存储器或其它磁存储设备，或可以用于以指令或数据结构的形式携带或存储需要的程序代码并可以由计算机访问的任何其它介质。此外，任何连接也都可适当地被称作计算机可读介质。举例而言，如果软件是通过同轴电缆、光纤电缆、双绞线、数字用户线路(DSL)或无线技术(比如红外、无线电和微波)从网站、服务器或其它远程源传输的，则同轴电缆、光纤电缆、双绞线、DSL或无线技术(比如红外、无线电和微波)包含在介质的定义中。本申请中所用的磁盘和光盘，包括压缩光盘(CD)、激光光盘、光盘、数字多用途光盘(DVD)、软磁盘和蓝光光盘，其中，磁盘通常磁性地复制数据，而光盘则用激光光学地复制数据。上述的结合也可以包含在计算机可读介质的范围内。
[0096] 虽然前面公开讨论了示例性的方面和/或实施例，但是需要注意的是在不脱离所附权利要求中定义的所描述的方面和/或实施例的范围的情况下，可以做出各种改变和修改。此外，虽然以单数形式描述或要求了所描述的方面和/或实施例的元件，但是除非明确说明限制为单数，否则复数形式也是可以预期的。此外，除非另有说明，否则任何方面和/或实施例的全部或一部分可以与任何其它方面和/或实施例的全部或一部分一起使用。
