在智能家居环境中利用设备独立场景的系统和方法与流程

本申请是2016年8月19日提交的题为“systemandmethodforutilizationofdevice-independentscenesinasmarthomeenvironment(用于在智能家居环境内利用设备独立场景的系统及方法)”的美国临时专利申请62/377,206的非临时申请，并根据35u.s.c§119(c)要求其权益，该申请通过引用而被整体结合于此。
背景技术：
：包含可远程控制的各种设备和/或服务的环境的数量和复杂性已经增加。一些示例设备包括照明设备、窗帘、警报系统、住宅娱乐系统、室内植物和庭院浇水设备、加热设备、通风和空调(hvac)控制设备等。住宅是经历过这种增长的环境，包含这些设备和/或服务的住宅有时被称为“智能家居”或“自动化住宅”。为了帮助用户使用和配置这些设备和/或服务，创造了场景。场景定义了设备集合和不同设备的状态。例如，住宅中的一个场景可以关闭一些灯，在其他灯上设置特定的照明等级，并打开住宅影院系统。居民离开时，可以使用另一个场景，并且可以在某些特定时间段打开或关闭灯。在再一个场景中，只要前门附近的前门铃或运动传感器被激活，前门安全摄像头就开始记录。通常，该场景在专业安装者安装设备和/或服务时被创建。住宅自动化平台根据不同的场景设置来控制设备。技术实现要素：本文描述的系统和方法允许使用独立于特定住宅并且独立于那些住宅中的特定设备的住宅自动化场景。根据示例性系统和方法，可以开发住宅自动化场景而不考虑任何特定住宅中可用的布局或设备，并且那些场景然后可以适用于具有特定设备配置的特定住宅。在示例性方法中，(a)与特定指定住宅相关联的住宅自动化系统接收关于住宅独立(home-independent)的住宅自动化场景的信息，其中该信息标识(i)区域属性、以及(ii)所标识的区域类型。所述系统在所述指定住宅中标识与所标识的区域类型相对应的位置。例如，可以在住宅自动化系统的设置期间提供表格，该表格标识该住宅的每个房间(或其他部分)的区域类型。所述系统在所述指定住宅中标识能够在所标识的位置中影响区域属性(其也可以被称为目标状态或区域目标状态)的多个自动化设备。例如，所述区域属性可以具有指示所述区域属性是否与温度、照明或安全性等相关的参数。为指定住宅存储的表格或其他数据可以将每个设备与相应的参数相关联(例如，自动灯或窗帘可以与照明参数相关联，并且加热/冷却系统可以与温度参数相关联)。每个设备还可以与指示房间(或其他区域)(所述设备在该房间内有效)的一个或多个参数相关联。例如，自动灯可以与单个房间(例如，该灯所在的房间)相关联，而中央加热单元可以与几个房间相关联。对于每个标识的设备，系统标识对区域属性或目标状态有贡献的相应设备的动作(诸如打开或关闭灯、或打开或关闭窗帘的动作)。然后，所述系统存储用于所述指定住宅的住宅自动化场景，其中所述住宅自动化场景包括标识多个标识的设备的信息以及那些设备的相应的所标识的动作。响应于用户对所存储的住宅自动化场景的选择，住宅自动化系统使得所标识的设备执行相应的所标识的动作。在一些实施例中，针对多个住宅独立的住宅自动化场景中的每一个，重复上述步骤，以配置住宅自动化系统以在指定住宅中使用那些场景。在一些实施例中，住宅自动化系统可操作为逐个房间地配置场景，依次配置对应于相应房间的每个场景。进一步的实施例采用一种方法的形式，该方法包括接收激活设备独立场景的请求，该设备独立(device-independent)场景具有区域和状态；将发现请求发送到多个住宅自动化设备；从多个住宅自动化设备接收多个发现响应，每个发现响应包括住宅自动化设备类型和位置；确定位于该区域的住宅自动化设备集合并将该集合发送到映射数据库；从所述映射数据库接收动作指令集合，其中该动作对应于实现该区域的请求状态；以及向相应住宅自动化设备发送相应的动作指令，其中每个住宅自动化设备响应地根据所接收的指令进行操作。附图说明图1是根据一些实施例的住宅自动化平台的示意图。图2是根据一些实施例的住宅自动化系统中的不同区域的示意图。图3描绘了根据一些实施例的流程图。图4描绘了根据一些实施例的示例方法。图5是可以在本文描述的实施例中用作设备和/或住宅自动化平台的示例性无线发射/接收单元(wtru)。图6是可以在本文描述的实施例中用作设备和/或住宅自动化平台的示例性网络实体。具体实施方式通常，住宅自动化平台允许用户控制和配置住宅内的各种设备。每个设备与住宅自动化系统无线地(例如，wifi、蓝牙、nfc、光学等)或有线(例如，以太网、usb等)地通信耦合。住宅自动化平台能够接收用于用户选择的场景的用户输入，并向设备提供操作指令以实现所选择的场景。所述住宅自动化平台能够通过用户界面(ui)接收用户输入。ui的一个示例是基于语音的ui，其部分地允许用户利用用户的语音与住宅自动化平台交互(例如，允许对设备进行语音驱动的控制)。例如，用户可以通过向与住宅自动化平台相关联的基于语音的ui(例如，嵌入在设备中，连接到设备)说出指令来与住宅自动化平台交互，并且基于口头指令(例如，基于口头指令中的单词和/或短语)，设备可以执行与该指令相对应的动作。例如，基于口头指令，住宅自动化平台可以执行动作，诸如与设备和/或服务通信、控制设备和/或服务(例如，将控制命令发送到设备和/或服务)、配置设备和/或服务、连接至设备和/或服务和/或断开与设备和/或服务的连接、接收信息、请求信息、发送信息、将设备转换到目标设备状态、和/或任何其他适当的动作。其他示例ui包括用户与通信地耦合到住宅自动化平台的智能电话或计算机应用程序交互、或者与控制面板上的一组按钮交互。一些语音控制设备(尤其是诸如amazonecho的多用户语音设备)在智能家居控制中的使用日益普及。例如，在智能家居中，住宅中的占用者可以向语音控制设备(例如，诸如amazon或第4代apple的多用户语音设备和/或向诸如移动电话的个人设备)发出口头命令，然后该语音控制设备可以解析这些命令和/或通过网络发出控制消息以将智能家居设备或其他服务配置成期望状态(例如，打开和/或关闭灯；播放电影、音乐和/或其他内容等)。作为住宅自动化控制器(智能住宅集线器)的多用户语音设备可能越来越受欢迎，因为这些设备例如可以提供可供任何占用者在家里随时使用的集中式始终在线的全住宅基于语音的ui。此外，除了ui功能之外，这些多用户语音设备还可以用作与住宅和/或基于云的服务中的其他设备连接的中央控制点。传统上，开发不同场景是很复杂的过程，其需要专业技术人员利用每个连接设备的技术细节和每个设备状态针对不同场景对住宅自动化平台进行编程。所述技术细节可以包括不同的操作模式，例如灯泡的光强度和/或颜色(例如，与照亮房间相关的场景可能需要将philips照明灯泡设置为亮度“1.0”和色调0xff68a9ef)。在一些实施例中，其他语义上类似的设备也可以实现使房间变亮的整体期望状态。例如，所需场景的结果“一个明亮的房间”可以通过住宅自动化平台完成，该住宅自动化平台向电动遮光帘发出指令以打开窗户上的百叶窗。与传统的设备特定场景相反，以高级别描述的设备独立场景更灵活且更健壮。例如，如果住宅照明设备损坏并且需要更换，则需要由用户或专业安装者更新传统的设备特定场景，以反映住宅照明设备是不可运行的。然而，在设备独立场景中，可以使用替代设备来实现所请求场景的最终目标。可以基于利用所有可用设备和/或服务以及所请求的场景查询映射数据库以接收影响场景的所有可能指令，从而开发设备独立场景。这允许来自各个住宅自动化平台的场景规范得到共享，因为场景可以在每次请求场景时适应新位置处存在的特定设备集合以及新设备的加入，因为每当场景被请求时，住宅自动化平台均会确定所有的可用设备。因此，指定更高级别的场景(即，设备独立级别)可能是有益的和期望的，其中定义了住宅中给定区域的整体状态，而不是使用针对各个设备和操作的特定指令集合来硬编码。这种设备独立场景表示可适用于设备的添加、移除和故障，并且在可用于实现场景期望结果的设备方面更灵活。本文公开的系统和方法可以操作用于创建和实现关于区域(该区域是建筑物或住宅的区域)以及区域的期望状态的设备独立场景。当请求场景时，住宅自动化平台确定能够由该住宅自动化平台控制的设备或服务集合，并且使用所请求的区域中的所述设备或服务集合以及所请求的区域状态来查询映射数据库。所述住宅自动化平台从映射数据库接收每个设备或服务的指令列表，以便实现所请求场景的最终状态。所述住宅自动化平台向每个设备和服务提供指令，并且该设备和服务根据接收的指令操作。映射过程由数据存储库促进，该数据存储库可以有关特定高级状态(例如“较亮”、“更暗”、“更暖”、“更凉”、“安全”、“微风”等等)如何能够映射到各种特定设备类型和这些类型的设备上的特定操作。该映射数据库可以使用可用于执行从设备独立场景到设备特定实例和操作的映射的任何数据存储来实现。图1是根据一些实施例的包括用于设备独立场景的住宅自动化平台的示例系统的示意图。该示例系统100包括住宅自动化平台102、映射数据库104、住宅自动化设备106a-d和建筑物108。在一些实施例中，所述系统100可以包括未组合或包括在图1中所示的那些组件中的其他组件(例如，通信电路、网络网关、网络接口控制器、电源或总线)，或者图1中所示的组件的多个实例。为简单起见，图1中仅示出了一些组件中的一个。如图1所示，所述系统100可以包括任意数量的设备106a-d，其中106a是安全摄像头，106b是扬声器，106c是电视，106d是住宅安全系统，尽管任何数量的不同设备或服务均是可以使用的。设备106a-d能够通过住宅自动化平台102被发现并通信地耦合到住宅自动化平台102。设备106a-d中的每一者均能够通过从住宅自动化平台102接收操作指令而被控制。所述住宅自动化平台102用作场景控制器。可以被配置为执行本公开的教导的示例住宅自动化平台包括amazoniveevoice、google个人计算机等。所述住宅自动化平台102通信地连接到映射数据库104，并且被配置为利用可用设备106a-d的列表和区域的期望状态向映射数据库104查询，以便获得用于通过特定设备操作指令实现所请求的设备独立场景的信息。如图1所示，所述住宅自动化平台102可以连接到设备106a-d和映射数据库104。住宅自动化平台102可以无线地或通过有线连接与系统100的组件通信。例如，在一些实施例中，住宅自动化平台可以与设备106a(例如，经由蓝牙)和106b(例如，经由wi-fi)无线通信，和/或住宅自动化平台102可以有线和无线地通信连接到映射数据库104(例如，通过至住宅路由器的wi-fi连接无线地连接到映射数据库104，以及经由至调制解调器的以太网电缆有线连接到位于远程网络上的映射数据库104)。图2是根据一些实施例的住宅自动化系统中的不同区域的示意图。图200描绘了一住宅，该住宅配备有住宅自动化平台以及位于在整个住宅中的各种住宅自动化设备和服务。特别地，住宅包括来自图1的组件，包括与映射数据库104通信的住宅自动化平台102。住宅具有带厨房208c和餐厅208d的第一层和带有第一卧室208a和第二卧室208b的第二层。类似于设备106a-d，图200中的住宅包括整个住宅中的设备206a-e，设备206a-e中的每一个被配置为通信地耦合到住宅自动化平台102。设备和服务206a-e包括：位于厨房208c中的摄像头206a、位于餐厅208d中的智能门锁206b、位于第二卧室208d中的智能窗帘206c和灯206d、以及位于第一卧室208a中的灯206e。在一些实施例中，所请求的场景包括标识区域和状态的信息。“区域”也可以被称为场景旨在应用的住宅的区域。区域可以被列为字符串并且可以是单个房间(例如，“卧室”，例如卧室1208a)、房间集合(例如，“卧室”，例如卧室1208a和卧室2208b)；或“一楼”，例如厨房208c和餐厅208d)，或“整个住宅”(例如，诸如卧室1208a、卧室2208b、厨房208c和餐厅208d)。“状态”是用户打算应用于区域的期望结果。状态可以类似地表达为人类可读的字符串，例如“黑暗”、“光亮”、“较暗”、“较亮”、“安全”等等。场景可以表示为“区域：状态”，例如，“卧室：黑暗”或“住宅：安全”，或“餐厅：较暖”。表1描绘了根据一些实施例的映射数据库表中的数据。设备独立状态设备类型动作参数光亮philips色调灯打开光亮serena窗帘升起光亮lutron智能百叶窗打开较明亮philips色调灯提升+0.25较暖nest调温器提升温度2.0度安全august门锁开始运作安全logitech摄像头记录安全lutron运动检测器开始运作………表1：设备-状态映射数据库当激活设备独立场景时，由住宅自动化系统执行映射过程以将适用的设备和服务配置到所激活的场景。表1中描述的映射数据库是关系数据库。该数据库包括设备独立状态、设备类型、该设备类型的动作以及可选的设备操作参数。所述设备独立状态包括设备独立场景规范中的允许状态的名称。特定类型的设备与设备独立状态有关。例如，如表1所示，与“光亮”状态相关的特定设备是philips色调灯、serena窗帘和lutron智能百叶窗。与“安全”状态相关的特定设备是august门锁、logitech摄像头和lutron运动检测器。与“较暖”状态相关联的设备是nest调温器。虽然表1的映射数据库包括设备类型的通用名称，但是该名称还可以包括特定型号、固件更新等。表1中描绘的映射数据库还包括针对影响场景的期望状态的设备类型的动作指令。例如，为了满足设备独立状态“光亮”，philips色调灯应接收“打开”指令，serena窗帘应接收“升起”指令，依此类推。类似于状态“光亮”，表1的映射数据库也可能包括“黑暗”状态，而philips色调灯的动作将是“关闭”，serena窗帘的动作将是“降落”，等等。该表将光亮级期望状态映射到各个设备类型的特定指令集。在一些实施例中，所述映射过程包括链接到外部信息源以确定设备动作在实现场景中的有效性。例如，所述映射过程还可以包括查询住宅的地理位置处的日出和日落时间。通过提供关于日落的额外信息，住宅自动化系统可能能够确定在日落之后降落百叶窗可能不会使房间变暗，而在白天降落百叶窗可能使房间更暗。在另一个实施例中，所述外部信息包括在住宅的地理位置的天气信息(例如，是晴天还是阴天)，并且设备指令取决于该天气信息。在一些实施例中，所述动作被参数化，使得参数数据为设备指令提供附加参数。例如，“较明亮”状态对应于具有“+0.25”参数的philips色调灯的“提升”动作。该“+0.25”参数提供了philips色调灯应提升的亮度大小的附加指令，以影响“较明亮”的状态。表1的映射数据库仅是一个方案，因为另一个映射方案也是可能的。例如，间接映射，诸如设备独立状态“光亮”首先被映射到可能影响期望状态的设备类别(例如“灯”、“窗帘”和“百叶窗”)，然后单独映射表包含每个类别的所有已知类型。图3描绘了根据一些实施例的流程图。特别地，图3描绘了流程图300，其包括用户302、住宅自动化平台102、设备106a-d和映射数据库104。在流程图300中，在304处，用户302向住宅自动化平台102请求要激活的包括区域z和状态s的场景。虽然流程图300描绘了用户302请求场景，但是该场景还可以通过调度或一些其他触发来激活，例如来自设备106a-d的事件。在306处，住宅自动化平台102开始发现连接到住宅网络的所有设备并产生可用设备集合d。为了执行发现306，住宅自动化平台102将发现请求308发送到每个设备106a-d，并从设备106a-d中的每一个接收发现响应310。该发现响应310还可以包括描述设备所在的住宅区域的位置属性。可以手动输入所述位置属性，或者可以使用发现协议自动确定所述位置属性。在312，住宅自动化平台102将集合d过滤到位于场景区域z内的设备106a-d，最终产生具有位于区域z内的设备106a-d的集合dz。在314处，住宅自动化平台102向映射数据库104提供集合dz和请求状态s。在316，映射数据库104将集合dz的设备与请求状态s匹配并确定一组元组，每一元组针对每个特定设备类型、相应的操作和参数，m＝{ts,as,ps}，其中ts表示针对该状态的特定设备类型，as表示该设备类型的动作，ps表示用于操作的参数(如果存在)。在318处，匹配数据库104将匹配的信息提供给住宅自动化平台102。在320，对于保留在集合dz中的每个特定设备d，确定设备d的设备类型(被称为td)；对于所述一组映射元组中的每个元组m，如果td＝ts，则通过在322处将指令发送到相应设备106a-d来在设备d上调用动作as，并且在324，每个设备106a-d根据接收的指令操作。在基于图2的示意图和图3的流程图中所示的实施例的组合的示例用例中，用户激活期望的设备独立场景(304)。例如，通过场景字符串：“卧室2：黑暗”，用户可以请求“卧室2”(图2的br2208b)为“黑暗”状态。住宅自动化平台执行设备发现(306)并向所有设备206a-e发送发现请求(308)。可以通过诸如蓝牙、多播-dns或其他常规发现协议之类的任何手段来发送发现请求。接收到发现请求的每个设备206a-e向住宅自动化平台102提供发现响应(310)。住宅自动化平台102编译所有连接的设备的集合，并且该可用设备集合d包括摄像头206a、智能门锁206b、智能窗帘206c和灯206d-e。所述响应还可以包括每个设备的位置信息。住宅自动化平台102过滤(312)集合d以基于所接收的位置信息确定位于区域“卧室2”的区域内的设备，这会产生包括窗帘206c和灯206d的智能集合dz。在314处，住宅自动化平台102将集合dz(具有206c和206d)和所请求的状态s(黑暗)发送到映射数据库104，以确定能够操作哪些设备以实现所请求的场景。映射数据库104将设备类型与关系数据库中的动作匹配(316)，并确定智能百叶窗206c动作as是“降落”，并且灯206d动作as是“关闭”。在该示例用例中，未使用参数ps。如果与“黑暗”状态无关的其他设备位于集合dz中，例如吊扇或扬声器，则不会为这些设备返回任何动作。针对映射数据库104检查dz中的每个设备，并且将用于场景的设备列表、指令和参数提供给住宅自动化平台102(318)。然后，住宅自动化平台102选择指令(320)并向每个设备提供操作指令(322)。在该用例中，智能百叶窗206c接收降落指令并且灯206d接收关闭指令。智能百叶窗206c接收指令并响应地降落，并且灯206d接收指令并响应地关闭(324)。在所公开的实施例中，映射数据库包含用于从设备独立状态转换到特定设备集合上的特定操作集合的信息。保持该映射可能需要人工输入，因为计算机可能不具有指示以下的信息：表示动作操作“打开”的字符串和标识设备类型“philips色调灯”的字符串在语义上是“点亮”房间的方式。此外，随着新型智能家居设备被制造出来，代表新设备类型的字符串也在不断扩展。在一个实施例中，映射数据库由负责维护数据库的一个或多个用户或组织维护。例如，供应商或标准组织或第三方云服务可以维护映射数据库并在市场上出现新设备类型时定期更新它。某些映射数据库可能是特定于供应商的，例如，公司a可能会将“公司a设备”兼容的转换添加到其数据库中，作为其“公司a设备”认证过程的一部分，以用于供应商的新产品；这种特定于供应商的映射数据库可能被视为一种增值，可以激励购买“公司a设备”兼容产品，并为供应商提供价值，以换取“公司a设备”许可和认证费用。在另一实施例中，所述映射数据库的内容是众包的(crowdsourced)。在此方法中，鼓励用户通过用于控制其住宅自动化的用户界面为其场景提供“通用”名称。可以跨住宅比较这样的高级场景名称，并且标识共享高级描述符的公共设备类型和操作。例如，许多用户可以为场景选择名称“较暖”，并且可以提取它们的相应动作并将其添加到映射数据库以向所有用户提供转换特征。在这个过程中，遍布许多住宅的多个用户有效地告诉系统哪些设备应该一起使用，并且彼此等同。在一些实施例中，有利的是集中地或远程地存储映射数据库信息，以便可以维护和更新它。在这样的实施例中，在每次激活场景时，住宅自动化平台便查询基于云的映射数据库。这允许灵活地添加新设备类型条目，并且所有住宅都可以从映射数据库的集中式自动更新中受益。在一些实施例中，映射数据库的子集或甚至整个映射数据库可以在住宅中本地缓存以加速操作并最小化数据传输。在一些实施例中，区域名称包括灵活性。住宅自动化平台要求区域内的设备能够操作以实现期望的状态。例如，要激活场景“keith的办公室：黑暗”，住宅自动化平台可能需要来自keith办公室中能够影响“黑暗”状态的设备的响应。当区域的名称不完全对应于设备所在的特定房间时，可以提供区域名称的灵活性。一些示例包括“住宅”(其包含该住宅内的所有设备)、“第一层”(其包含位于第一层的房间内的设备)、或“卧室”(其包含“sally的卧室”、“bobby的卧室”、和“主卧室”)。可存储位置信息，以使得每个设备不具有多个硬编码的位置属性，从而可通过每种可能的方式组合来指代位置。在一个实施例中，位置数据库被单独维护或作为匹配数据库的一部分被维护。位置数据库维护高级区域名称(例如“住宅”、“第一层”或“卧室”)与各个设备上的特定每个房间位置属性之间的映射。在位置过滤(312)期间查询位置数据库以包括这样的设备：其在位置数据库中的位置被包括在更高级别区域名称内。在这样的实施例中，基于设备独立场景的区域z，位置数据库中对应于区域z的所有位置被表示为有效位置集合：l＝{l1,l2,l3,…}。然后，d被过滤以仅包含那些具有位置属性匹配对应于区域z的集合l中的任意位置的设备，这些设备称为dz。换句话说，dz仅包括实际存在于命名区域中的那些设备。可以自动生成位置数据库中的数据。例如，高级区域名称“住宅”包括所有可发现的设备，“卧室”包括包含字符串“卧室”的完整的位置名称集合。在一些实施例中，可提示用户提供系统无法自己确定的高级区域名称。例如，系统可以通过用户界面向用户提出问题，请求“以下哪些位置在第一层？”并基于此创建新的“第一层”高级区域名称。在一些实施例中，映射数据库(和位置数据库)被存储在用户的家庭网络而不是集中式云上。在一些实施例中，所述数据库可被显式维护而不是众包。在一些实施例中，可存在多个映射数据库，其中每个设备供应商具有单独的映射数据库。在一些实施例中，所述映射数据库是单个通用映射数据库。在一个实施例中，每次激活场景时都会发生从设备独立规范到设备相关动作的转换。这种专门化(specialization)允许每次运行时场景均可采用新设备，因此无需显式更新设备列表或场景定义。这样的过程可能在计算上更加昂贵，另一种可替换方案是住宅自动化平台在第一次被引入住宅中时便初始化场景。在该实施例中，场景专门化过程将仅发生一次，除非用户明确地重新运行，这意味着不会自动检测新设备。因此，住宅自动化设备类型和区域可以被存储在本地存储缓存中以用于后续场景实现。在一些实施例中，用户可能不希望特定设备或设备集合被包括在场景中，或者甚至可能希望未被场景明确捕获的其他设备被包括在给定设备独立场景中。在这样的实施例中，可以开发定制化场景，其中用户可以强制地将特定设备包括在该场景中或从该场景排除。例如，用户可能希望通过关闭灯来“暗化”卧室，但是想要保持百叶窗打开，使得当太阳在早晨升起时房间变亮。该定制可被存储在每个设备独立场景的显式包括和排除的设备的列表中(以及用于所包括的设备的相关操作)。可将该列表添加到每个设备独立场景的过滤后的设备集合(312)中或从每个设备独立场景的过滤后的设备集合(312)中移除。在另一个用例中，可以通过表2中列出的设备特定操作来启用设备独立场景状态。表2：场景状态的设备特定操作示例。图4描绘了根据实施例的示例方法。特别地，图4描绘了方法400，其包括：在402处，住宅自动化平台接收激活具有区域和状态的设备独立场景的请求，在404处，住宅自动化平台向连接的设备发送发现请求，在406处，从所连接的设备接收具有设备类型和位置信息的发现响应，在408处，选择区域内的设备，在410处，将区域内的设备的列表发送到映射数据库，在412处，从映射数据库接收动作指令，其中该动作将由相应设备中的每一个执行，以及在414处，向所述设备发送相应的动作指令。图5是示例性无线/发射接收单元(wtru)502的系统图，其可以用作本文描述的实施例中的设备和/或住宅自动化平台。如图5所示，wtru502可以包括处理器518、包括收发信机520的通信接口519、发射/接收元件522、扬声器/麦克风524、键盘526、显示器/触摸板528、不可移除存储器530、可移除存储器532、电源534、全球定位系统(gps)芯片组536和传感器538。应当理解，wtru502可以包括前述元件的任何子组合，同时保持与实施例一致。处理器518可以是通用处理器、专用处理器、传统处理器、数字信号处理器(dsp)、多个微处理器、与dsp内核相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(asic)、现场可编程门阵列(fpga)电路、任何其他类型的集成电路(ic)、状态机等。处理器518可以执行信号编码、数据处理、功率控制、输入/输出处理和/或使wtru502能够在无线环境中操作的任何其他功能。处理器518可以耦合到收发信机520，收发信机520可以耦合到发射/接收元件522。虽然图5将处理器518和收发信机520描绘为单独的组件，但应理解，处理器518和收发信机520可以一起集成在电子封装或芯片中。发射/接收元件522可以被配置为通过空中接口516向基站发送信号或从基站接收信号。例如，在一个实施例中，发射/接收元件522可以是配置为发射和/或接收rf信号的天线。在另一实施例中，作为示例，发射/接收元件522可以是配置成发射和/或接收ir、uv或可见光信号的发射器/检测器。在又一个实施例中，发射/接收元件522可以被配置为发射和接收rf和光信号。应当理解，发射/接收元件522可以被配置为发射和/或接收无线信号的任何组合。另外，尽管图5中将发射/接收元件522描绘为单个元件，但wtru502可以包括任何数量的发射/接收元件522。更具体地，wtru502可以采用mimo技术。因此，在一个实施例中，wtru502可以包括两个或更多个发射/接收元件522(例如，多个天线)，用于通过空中接口516发送和接收无线信号。收发信机520可以被配置为调制将由发射/接收元件522发送的信号并且解调由发射/接收元件522接收的信号。如上所述，wtru502可以具有多模式功能。因此，作为示例，收发信机520可以包括多个收发信机，用于使wtru502能够经由多个rat(例如，utra和ieee802.11)进行通信。wtru502的处理器518可以耦合到扬声器/麦克风524、键盘526和/或显示器/触摸板528(例如，液晶显示器(lcd)显示单元或有机发光二极管(oled)显示单元)，并且可以从扬声器/麦克风524、键盘526和/或显示器/触摸板528接收用户输入数据。处理器518还可以将用户数据输出到扬声器/麦克风524、键盘526和/或显示器/触摸板528。此外，处理器518可以从任何类型的合适存储器(例如不可移除存储器530和/或可移除存储器532)访问信息并将数据存储在其中。不可移除存储器530可以包括随机存取存储器(ram)、只读存储器(rom)、硬盘或任何其他类型的存储器储存设备。可移除存储器532可以包括订户身份模块(sim)卡、记忆棒、安全数字(sd)存储卡等。在其他实施例中，处理器518可以从物理上并非位于wtru502上的存储器(例如，位于服务器或家用计算机(未示出)上的存储器)中访问信息，并将数据存储在其中。处理器518可以从电源534接收电力，并且可以被配置为向wtru502中的其他组件分配和/或控制电力。电源534可以是用于为wtru502供电的任何合适的设备。作为示例，电源534可以包括一个或多个干电池(例如，镍镉(nicd)、镍-锌(nizn)、镍金属氢化物(nimh)、锂离子(li离子)等)、太阳能电池、燃料电池等。处理器518还可以耦合到gps芯片组536，其可以被配置为提供关于wtru502的当前位置的位置信息(例如，经度和纬度)。作为来自gps芯片组536的信息的补充或替代，wtru502可以从基站通过空中接口516接收位置信息和/或基于从两个或更多个附近基站接收的信号的定时来确定其位置。应当理解，wtru502可以通过任何合适的位置确定方法获取位置信息，同时保持与实施例一致。处理器518还可以耦合到其他外围设备538，其可以包括提供附加特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如，外围设备538可以包括传感器(例如加速度计)、电子罗盘、卫星收发信机、数码相机(用于照片或视频)、通用串行总线(usb)端口、振动设备、电视收发信机、免提耳机、蓝牙模块、调频(fm)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、因特网浏览器等。图6描绘了可以在本公开的实施例中使用的示例性网络实体690，例如作为示例性通信设备、映射数据库等。如图6所示，网络实体690包括通信接口692、处理器694和非暂时性数据存储器696，所有这些都通过总线、网络或其他通信路径698通信地链接。通信接口692可以包括一个或多个有线通信接口和/或一个或多个无线通信接口。关于有线通信，通信接口692可以包括一个或多个接口，例如以太网接口，作为示例。关于无线通信，通信接口692可以包括组件，诸如一个或多个天线、为一种或多种类型的无线(例如，lte)通信设计和配置的一个或多个收发信机/芯片组、和/或被相关领域的技术人员认为合适的任何其他组件。并且进一步关于无线通信，通信接口692可以按比例配备并且具有适合于作用于无线通信(例如，lte通信、wifi通信等)的网络侧的配置(与客户端相对)。因此，通信接口692可以包括适当的设备和电路(可能包括多个收发信机)，用于服务覆盖区域中的多个移动台、ue或其他接入终端。处理器694可以包括相关领域的技术人员认为合适的任何类型的一个或多个处理器，一些示例包括通用微处理器和专用dsp。数据存储器696可以采用任何非暂时性计算机可读介质或这些介质的组合的形式，一些示例包括闪存、只读存储器(rom)和随机存取存储器(ram)等，可以使用相关领域技术人员认为合适的任何一种或多种类型的非暂时性数据存储器。如图6所示，数据存储器696包含可由处理器694执行的程序指令697，用于执行本文所述的各种网络实体功能的各种组合。尽管以上以特定组合描述了特征和元素，但是本领域普通技术人员将理解，每个特征或元素可以单独使用或与其他特征和元素进行任何组合。另外，本文描述的方法可以在结合在计算机可读介质中的计算机程序、软件或固件中实现，以由计算机或处理器执行。计算机可读存储介质的示例包括但不限于只读存储器(rom)、随机存取存储器(ram)、寄存器、缓冲存储器、半导体存储器设备、诸如内部硬盘和可移除磁盘的磁性介质、磁光介质和诸如cd-rom磁盘和数字通用磁盘(dvd)的光盘介质。与软件相关联的处理器可用于实现用于wtru、ue、终端、基站、rnc或任何主计算机的射频收发信机。当前第1页12