本发明涉及无线通信技术领域，更具体地，本发明涉及数据传输的方法以及相应的设备和存储介质。
背景技术：
随着移动通信的快速增长和技术的巨大进步，世界将走向一个完全互联互通的网络社会，即任何人或任何东西在任何时间和任何地方都可以获得信息和共享数据。预计到2020年，互联设备的数量将达到500亿部，其中仅有100亿部左右可能是手机和平板电脑，其它的则不是与人对话的机器，而是彼此对话的机器。因此，如何设计系统以更好地支持万物互联是一项需要深入研究的课题。
为了更好地实现万物互联，在2017年3月举行的3gppran#75全会上，成立了一个新的工作项目(参见非专利文献：rp-170852newwidonfurthernb-iotenhancements)。该项目以进一步增强nb-iot系统为目标，并且提出进一步缩短数据传输时延的要求。
在现有技术中，根据ue是否存在空口连接来判断，ue可以处于空闲态和连接态。当ue有数据需要传输时，首选需要从空闲态进入连接态。为了缩短数据传输时延，引入了一个中间态，在这个状态下，ue虽然在空口上处于无连接的空闲态，但是ue的接入层上下文(ascontext)被保留在基站和ue侧，并且ue被分配了resumeid，该id是ue用来恢复rrc连接的身份标示。这种中间态可以认为是一种连接暂停(suspend)的状态，又或者可以认为是连接非激活(inactive)状态。在在这种中间态下，ue在空口处于实际无连接的情况，但是ue与核心网的连接可以是处于激活状态，或者是处于暂停状态。当ue有数据需要发送时，ue向基站发送携带resumeid的恢复rrc连接请求消息，当基站收到该请求后，基于之前的配置，可以很快的指示ue进入连接态，进而进行数据传输。
为了进一步缩短数据传输时延，目前讨论的尽早数据传输(earlydatatransmission，edt)试图通过避免ue进入连接态、使ue在非连接态下即可实现数据包的传输。该方案的一种实现是ue处于前文所说的连接暂停(suspend)或者非激活(inactive)状态。在该状态下，ue可以在发起恢复rrc连接请求的同时将生成好的数据包一并发给基站。一种实现方式可以是要发送的数据包和恢复rrc连接请求消息在相同的上行资源上发给基站，还可以是基站在同一时刻调度或者分配了用于数据包传输的上行资源和恢复rrc连接请求消息传输的上行资源给用户。一旦基站接受了ue的请求，基站可以恢复ue的上下文，并根据上下文，将数据包发送给相应的核心网，如果没有后续的数据交互，那么基站可以指示ue再次进入suspend状态。从而实现ue不需要进入连接态即可完成数据传输的目的，大大缩短传输时延。
在连接态下的数据传输是有安全保证的，即在空口传输的数据需要加密然后再传输，这种加密方式是通常是在rrc连接建立之后，ue和基站之间通过交互，确定了所要采取的加密方式，以及保证加密的输入同步后开始使用，只有这样，这样基站才能正确解密接收到的数据包。
现有技术中，数据包的加密在pdcp层执行，ue在生成pdcppdu时，将count值用做安全算法的输入，对数据包进行加密。count值是由数据包对应的hfn和pdcpsn两部分组成的，每生成一个数据包，count值都会发生变化。基站接收到ue发送的数据包，只有输入和ue加密时相同的count值，才能够正确解密。即，基站和ue需要在count值上保持同步，才能正确解密数据包。
为了实现edt的安全传输，ue被允许在进行数据传输之前，即与基站没有任何交互的前提下，启动加密流程。在连接态下，ue总是能够和基站保持count的同步。然而在suspend或者inactive态下，由于ue与基站在空口无连接，一旦count值失步，则会对下一次数据传输产生影响。当基站没有正确收到edt发送的数据包，那么有可能导致count值的失步。则ue再次启动edt时，基站有可能因为count值失步而无法对数据包进行解密，进而导致数据传输再次失败。
因此，需要能够避免这种应count值失步而导致数据传输失败的技术方案。
技术实现要素：
为解决上述问题中的至少一些，本发明实施例提出了用于传输数据的方法、设备和存储介质。
根据本发明的一个方面，提供了一种用于在用户设备ue处传输数据的方法，包括接收指示恢复rrc连接的第一rrc连接恢复请求；以及基于所述第一rrc连接恢复请求重建分组数据汇聚协议pdcp层。
通过对pdcp层进行重建，使得ue和例如基站可以使用约定的加密输入进行机密操作，解决了应ue和基站的count值失步所导致的解码失败。
在一些示例中，该方法还可包括向网络侧设备发送用于请求恢复rrc连接的第二rrc连接恢复请求。基于所述第一rrc连接恢复请求重建pdcp层可包括：如果所述第一rrc连接恢复请求涉及数据传输，在向网络侧设备发送用于请求恢复rrc连接的第二rrc连接恢复请求之前执行pdcp层的重建。基于所述第一rrc连接恢复请求重建pdcp层还可包括：如果所述第一rrc连接恢复请求不涉及数据传输，在向网络侧设备发送用于请求恢复rrc连接的第二rrc连接恢复请求之后执行pdcp层的重建。
在一些示例中，所述pdcp层的重建可包括：恢复pdcp层的状态，并为数据无线承载和/或信令无线承载重建pdcp实体。
在一些示例中，该方法还可包括：针对配置了头压缩的数据无线承载，重置头压缩协议内容。
在一些示例中，该方法还可包括在以下情况发生时重建pdcp层：控制所述rrc连接恢复的相关定时器超时；所述rrc连接恢复期间发生小区重选；以及从所述网络侧设备接收到拒绝恢复rrc连接的响应。
根据本发明实施例的另一方面，提供了一种用于传输数据的设备。该设备包括命令接收模块和rrc连接恢复模块。命令接收模块，用于接收指示恢复无线资源控制rrc连接的第一rrc连接恢复请求。rrc连接恢复模块，用于基于所述第一rrc连接恢复请求重建分组数据汇聚协议pdcp层。
在一些示例中，该设备还可包括：发送模块，用于向网络侧设备发送用于请求恢复rrc连接的第二rrc连接恢复请求。所述rrc连接恢复模块还用于：如果所述第一rrc连接恢复请求涉及数据传输，在向网络侧设备发送用于请求恢复rrc连接的第二rrc连接恢复请求之前执行pdcp层的重建。所述rrc连接恢复模块还用于如果所述第一rrc连接恢复请求涉及数据传输，在向网络侧设备发送用于请求恢复rrc连接的第二rrc连接恢复请求之后执行pdcp层的重建。
在一些示例中，所述rrc连接恢复模块还可用于恢复pdcp层的状态，并为数据无线承载和/或信令无线承载重建pdcp实体。
在一些示例中，该设备还可包括头压缩重置模块，用于针对配置了头压缩的数据无线承载，重置头压缩协议内容。
在一些示例中，所述rrc连接恢复模块还可以在以下情况发生时重建pdcp层：控制rrc连接恢复的相关定时器超时；rrc连接恢复期间发生小区重选；以及从所述网络侧设备接收到拒绝恢复rrc连接的响应。
本公开实施例的另一个方面提供了一种用于传输数据的设备。该设备包括存储器和处理器。存储器用于存储可执行指令。处理器用于执行存储器中存储的可执行指令，以执行上述方法。
本公开实施例的另一个方面提供了一种其上承载有计算机程序的存储器设备，当由处理器执行所述计算机程序时，所述计算机程序使所述处理器执行上述方法。
通过对pdcp层进行重建，使得ue和例如基站可以使用约定的加密输入进行机密操作，解决了应ue和基站的count值失步所导致的解码失败。
附图说明
为了更完整地理解本发明及其优势，现在将参考结合附图的以下描述，其中：
图1示出了根据本发明实施例的用于传输数据的方法的简要流程图；
图2示出了与图1所示方法相对应的根据本发明实施例的用于传输数据的设备的简要框图；以及
图3示意性示出了根据本公开的实施例的用于传输数据的设备的示意性框图。
具体实施方式
下面结合附图和具体实施方式对本发明进行详细阐述。应当注意，本发明不应局限于下文所述的具体实施方式。另外，为了简便起见，省略了对与本发明没有直接关联的公知技术的详细描述，以防止对本发明的理解造成混淆。
下文以lte移动通信系统及其后续的演进版本作为示例应用环境，具体描述了根据本发明的多个实施方式。然而，需要指出的是，本发明不限于以下实施方式，而是可适用于更多其它的无线通信系统，例如今后的5g蜂窝通信系统，例如nr，而且可以适用于其他基站和终端设备，例如支持emtc、mmtc等的基站和终端设备。
在具体描述之前，先对本发明中提到的若干术语做如下说明。除非另有指出，本发明中涉及的术语都具有下文的含义。
ueuserequipment用户设备/终端设备
macmediumaccesscontrol媒体接入控制
rrcradioresourcecontrol无线资源控制
pdcppacketdataconvergenceprotocol分组数据汇聚协议
rbradiobear无线承载
drbdataradiobear数据无线承载
srbsingnalingradiobear信令无线承载
snsequencenumber序列号
hfnhyperframenumber超帧号
在现有技术中，根据否存在空口连接来判断，ue可以处于空闲态(idle)和连接态(connected)。当ue有数据传输时，首选需要从空闲态进入连接态。为了缩短数据传输时延，引入了一个中间态，在这个状态下，ue虽然在空口上处于无连接的空闲态，但是ue的接入层上下文(ascontext)被保留在基站和ue侧。此外，在此状态下，ue被分配了resumeid，该id是ue用来恢复rrc连接的身份标示。这种中间态可以认为是一种连接暂停(suspend)的状态，又或者可以认为是连接非激活(inactive)状态。可以认为这种中间态是空闲态的一个子状态，还可以认为这种中间态是独立于空闲态和连接态的一种新的状态。
在这种中间态下，ue在空口处于实际无连接的状态，但是ue与核心网的连接可以是处于激活状态，或者是处于暂停状态。当ue有数据需要发送时，ue向基站发送携带resumeid的恢复rrc连接请求消息，当基站收到该请求后，基于之前的配置，可以很快的指示ue进入连接态，进而进行数据传输。
为了进一步缩短数据传输时延，目前讨论的尽早数据传输(earlydatatransmission，edt)试图通过避免ue进入连接态、使ue在非连接态下即可实现数据包的传输。该方案的一种实现是ue处于非连接态下发送数据。ue可以在发起恢复rrc连接请求的同时将生成好的数据包一并发给基站，一种实现方式可以是要发送的数据包和恢复rrc连接请求消息在相同的上行资源上发给基站，还可以是基站在同一时刻调度或者分配了用于数据包传输的上行资源和恢复rrc连接请求消息传输的上行资源给用户。一旦基站接受了ue的请求，基站可以恢复ue的上下文，并根据上下文，将接收到的数据包发送给相应的核心网，如果没有后续的数据交互，那么基站可以指示ue再次进入suspend状态或者inactive状态。从而实现ue不需要进入连接态即可完成数据传输的目的，大大缩短传输时延。
实施例1
图1示出了根据本发明实施例的用于在用户设备(ue)处传输数据的方法的简要流程图。
如图1所示，该方法包括操作s110，接收指示恢复rrc连接的第一rrc连接恢复请求。
此处的第一rrc连接恢复请求可通过任何方式实现，例如使用通信协议层之间的信息交互来实现，但不限于此，也可以使用其他任何可能的信息交互方式。
该方法还包括操作s120，基于所述第一rrc连接恢复请求重建pdcp层。
通过对pdcp层进行重建，使得ue和例如基站可以使用约定的加密输入进行机密操作，解决了应ue和基站的count值失步所导致的解码失败。
在一些示例中，该方法还可包括：向网络侧设备发送用于请求恢复rrc连接的第二rrc连接恢复请求。上述基于第一rrc连接恢复请求重建pdcp层可包括：如果第一rrc连接恢复请求涉及数据传输，在向网络侧设备发送用于请求恢复rrc连接的第二rrc连接恢复请求之前执行pdcp层的重建。上述基于第一rrc连接恢复请求重建pdcp层还可包括：如果第一rrc连接恢复请求不涉及数据传输，在向网络侧设备发送用于请求恢复rrc连接的第二rrc连接恢复请求之后执行pdcp层的重建。
在一些示例中，重建pdcp层可包括：恢复pdcp层的状态，并为数据无线承载和/或信令无线承载重建pdcp实体。
在一些示例中，该方法还可包括：针对配置了头压缩的数据无线承载，重置头压缩协议内容。
在一些示例中，该方法还可包括在以下情况发生时重建pdcp层：控制rrc连接恢复的相关定时器超时；rrc连接恢复期间发生小区重选；以及从网络侧设备接收到拒绝恢复rrc连接的响应(例如resumerrcreject消息)。
在此，用户设备可以是移动终端(例如，手机、pda、移动电话、笔记本计算机、平板设备、膝上型设备等)，也可以是固定设备(例如固定电话、台式计算机等)，或是其他任何能够与网络侧设备进行通信的设备。本发明实施例的技术方案不受用户设备的具体类型的限制。
在此，网络侧设备可以是基站，也可以是现有或将来开发的能够实现基站功能但名称不同的其他任何设备(例如，nb、enb、ap等)，或是能够保留ue的接入层上下文并与ue执行数据加密通信的任何现有或将来开发的设备。虽然在本文中以基站为例进行具体技术方案的阐述，但本发明的范围不限于基站。
实施例2
图2示出了与图1所示方法相对应的根据本发明实施例的用于传输数据的设备的简要框图。
如图2所示，该设备包括命令接收模块210和rrc连接恢复模块220。
命令接收模块210，用于接收指示恢复无线资源控制rrc连接的第一rrc连接恢复请求。
rrc连接恢复模块220，用于基于命令接收模块210接收到的第一rrc连接恢复请求来重建pdcp层。
通过对pdcp层进行重建，使得ue和例如基站可以使用约定的加密输入进行机密操作，解决了应ue和基站的count值失步所导致的解码失败。
图2所示设备还可包括发送模块230，用于向网络侧设备发送用于请求恢复rrc连接的第二rrc连接恢复请求。在此情况下，rrc连接恢复模块220还用于：如果第一rrc连接恢复请求涉及数据传输，在向网络侧设备发送用于请求恢复rrc连接的第二rrc连接恢复请求之前执行pdcp层的重建。rrc连接恢复模块220还可用于如果第一rrc连接恢复请求涉及数据传输，在向网络侧设备发送用于请求恢复rrc连接的第二rrc连接恢复请求之后执行pdcp层的重建。
在一些示例中，rrc连接恢复模块220还可用于恢复pdcp层的状态，并为数据无线承载和/或信令无线承载重建pdcp实体。
在一些示例中，该设备还可包括头压缩重置模块240，用于针对配置了头压缩的数据无线承载，重置头压缩协议内容。
在一些示例中，rrc连接恢复模块220还可以在以下情况发生时重建pdcp层：控制rrc连接恢复的相关定时器超时；rrc连接恢复期间发生小区重选；以及从所述网络侧设备接收到拒绝恢复rrc连接的响应。
上述用于传输数据的设备可以是用户设备。在此，用户设备可以是移动终端(例如，手机、pda、移动电话、笔记本计算机、平板设备、膝上型设备等)，也可以是固定设备(例如固定电话、台式计算机等)，或是其他任何能够与网络侧设备进行通信的设备。本发明实施例的技术方案不受用户设备的具体类型的限制。
在此，网络侧设备可以是基站，也可以是现有或将来开发的能够实现基站功能但名称不同的其他任何设备(例如，nb、enb、ap等)，或是能够保留ue的接入层上下文并与ue执行数据加密通信的任何现有或将来开发的设备。虽然在本文中以基站为例进行具体技术方案的阐述，但本发明的范围不限于基站。
实施例3
下面将参考以下实施例是针对上述实施例1和实施例2的技术方案进行详细阐述。需要注意的是，本发明的范围不受该详细阐述的具体细节的限制。本领域基于本发明实施例的公开对下述具体细节的修改同样在本发明的范围之内。
在本发明实施例的一个方案中，ue在发起edt时总是重建pdcp层，这样ue在进行edt传输时的加密输入可以是ue与基站约定的其他加密输入(例如，初始的加密输入)。相应地，基站知晓ue在采用edt传输时总是采用初始的或者约定好的加密输入，因此在解密的过程中避免了失步的问题。
ue可以在发送rrc连接恢复请求(rrccconnectionresumerequest)之前或之后重建pdcp层，具体的过程可以是：
步骤一：ue收到上层指示，请求恢复(resume)rrc连接；
本文中所述的“上层”和“下层”分别指的是比当前执行操作的协议层高和低的协议层。该协议层的划分例如可基于所使用的通信协议中所定义的分层结构。例如，在上述步骤中，本层可以是rrc层，则上层可以是高于rrc层的任何协议层，如非接入层(nas)层，而下层可以是pdcp、rlc、mac中的任一个或多个。
在该恢复rrc连接的请求涉及数据传输时，例如该请求与数据传输相关或者用于数据传输的，或者上层请求在恢复rrc连接中传输数据，又或者上层请求为了传输数据而恢复rrc连接，又或者该请求指示在恢复rrc连接中传输数据，那么执行步骤二；
如果该请求不涉及数据传输，即，仅仅请求恢复rrc连接，那么执行步骤三。
步骤二：ue在收到上层请求之后或者向基站发送用于请求恢复rrc连接的相关消息(例如：现有技术中的rrcconnectionresumerequest，或者是专门用于携带数据传输的请求恢复rrc连接的消息)之前，为drb重建pdcp实体，或者称为重建pdcp层。其中，重建pdcp实体可以是ue恢复/复原pdcp的状态，并为drb、或者drb和srb、或者所有rb重建pdcp实体。
此处的恢复/复原pdcp的状态例如可指代恢复到暂停(suspend)或者非激活(inactive)状态之前的状态。
drb是指用于数据传输的无线承载。每个drb有其相应的pdcp实体。重建pdcp实体可以包括将与加密输入相关的参数设置为零或者初始值，例如设置参数next_pdcp_tx_sn和tx_hfn为0。在一些示例中，还可以丢弃存储的pdcpsdu和pdcppdu。或者在pdcp重建过程中，采用上层提供的加密算法和秘钥。
srb是指用于信令传输的无线承载，srb也有相应的pdcp实体，则在srb的pdcp实体重建过程中，除了上述的采用上层提供的加密算法和秘钥外，还需要采用完整性保护算法，这是因为srb强制要求采用完整性保护。
这里涉及的drb可以是ue包含的所有的drb。在一些示例中，可以是仅与当前传输的数据相关的drb，即为与传输数据相关的drb重建pdcp实体。例如，请求传输的数据是通过drb1到达的，则仅重建drb1的pdcp实体。对于其他的drb，可以继续保持暂停(suspend)的状态。
除了重建pdcp，ue还可以指示下层使用保存的ueascontext，以及可选地，为配置了头压缩的drb重置头压缩协议内容。
步骤三：如果上层仅仅请求恢复rrc连接，不涉及或者不用于数据传输，则ue在收到基站发送的rrcconnectionresume消息之后，恢复/复原pdcp的状态，以及为srb和drb重建pdcp实体，以待将来的数据传输使用。这里，rrcconnectionresume消息是对ue发送的rrcconnectionresumerequest消息的响应消息，ue收到基站发送的rrcconnectionresume消息之后的时刻，可以认为发生在ue发送rrcconnectionresumerequest消息之后。
实施例4：
除了实施例3中阐述的在发起edt时重建pdcp，ue还可以在发生了数据传输失败后重建pdcp，例如但不限于以下情况：
情况一：控制rrc连接恢复的相关的定时器超时，该定时器例如可以是控制rrc连接恢复尝试时间的定时器，当rrc连接恢复过程超过该时间时，可判断rrc连接恢复失败，当然，本发明实施例不限于此，也可以是其他形式的控制rrc连接恢复的定时器。
情况二：在rrc连接恢复的过程中发生了小区重选，
情况三：ue收到了拒绝恢复rrc连接的消息(例如resumerrcreject消息)。
在上述三种情况下，ue可以判断采用恢复rrc连接传输数据发生失败，然后ue可以为drb以及srb重建pdcp。可选地，ue还可以通知上层关于用于数据传输的rrc连接恢复失败。
情况一和情况二是：ue启动与恢复rrc连接过程相关的定时器，且定时器发生超时，或者在定时器还在运行期间，ue发生了小区重选。在此情况下：
如果ue恢复rrc连接的过程涉及或者用于数据传输，又或者与数据传输相关，即，ue收到上层指示，请求恢复(resume)rrc连接且在恢复rrc连接请求中发送数据，那么ue为drb以及srb重建pdcp，且可选地，ue可以通知上层关于用于数据传输的rrc连接恢复失败。
如果ue恢复rrc连接的过程不涉及或者不用于数据传输，又或者与数据传输无关，即，ue收到上层指示，请求恢复(resume)rrc连接且没有需要在恢复rrc连接请求中发送数据，那么ue仅重置mac层，以及重建rlc层，而不需要为任何rb重建pdcp。
对于情况三，具体可以是ue收到rrcconnectionreject消息，该消息拒绝ue的rrcconnectionresumerequest，则在收到该拒绝消息时或者收到该拒绝消息之后：
如果该拒绝消息是对与数据传输相关的rrcconnectionresumerequest消息的响应，或者是对与数据一同传输的rrcconnectionresumerequest消息的响应，那么ue为drb或者drb和srb，或者可以为所有rb，重建pdcp。可选地，ue还可以通知上层关于用于数据传输的rrc连接恢复失败。
如果该拒绝消息是对与数据传输无关的rrcconnectionresumerequest消息的响应，或者是对没有伴随着数据传输的rrcconnectionresumerequest消息的响应，那么ue重置mac层，可以不需要为任何rb(drb或者srb)重建pdcp。
实施例5
实施例5通过rrc连接重建来解决实施例4中的三种情况所涉及的问题。当伴随着数据传输的rrc连接resume过程失败时，ue可触发或者启动rrc连接重建。如实施例4所述，ue可以在三种情况下判定采用恢复rrc连接传输数据发生失败。情况一和情况二是：ue启动与恢复rrc连接过程相关的定时器，且定时器发生超时，或者在定时器还在运行期间，ue发生了小区重选。在此情况下：
如果ue恢复rrc连接涉及或者用于数据传输，又或者与数据传输相关，那么ue触发或者启动rrc连接重建立过程。在rrc连接重建立请求消息中，携带resumeid(用于恢复rrc连接的ueid)以及shortresumemac-i(一种与鉴权相关的令牌authenticationtoken)。具体地，ue可在设置连接重建请求消息的内容时，将用于连接重建的ueid设置为至少包含resumeid以及可选的shortresumemac-i。
如果ue恢复rrc连接不涉及或者不用于数据传输，又或者与数据传输无关，那么ue不触发连接重建过程，ue可以返回idle态，或者执行离开连接态的行为。
实施例6
图3示意性示出了根据本公开的实施例的用于传输数据的设备的示意性框图。图3示出的设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
如图3所示，根据该实施例的设备300包括中央处理单元(cpu)301，其可以根据存储在只读存储器(rom)302中的程序或者从存储部分308加载到随机访问存储器(ram)303中的程序而执行各种适当的动作和处理。在ram303中，还存储有设备300操作所需的各种程序和数据。cpu301、rom302以及ram303通过总线304彼此相连。输入/输出(i/o)接口305也连接至总线304。
设备300还可以包括连接至i/o接口305的以下部件中的一项或多项：包括键盘或鼠标等的输入部分306；包括诸如阴极射线管(crt)或液晶显示器(lcd)等以及扬声器等的输出部分307；包括硬盘等的存储部分308；以及包括诸如lan卡或调制解调器等的网络接口卡的通信部分309。通信部分309经由诸如因特网的网络执行通信处理。驱动器310也根据需要连接至i/o接口305。可拆卸介质311，诸如磁盘、光盘、磁光盘或半导体存储器等等，根据需要安装在驱动器310上，以便于从其上读出的计算机程序根据需要被安装入存储部分308。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分309从网络上被下载和安装，和/或从可拆卸介质311被安装。在该计算机程序被中央处理单元(cpu)301执行时，执行本公开实施例的设备中限定的上述功能。
需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆或rf等等，或者上述的任意合适的组合。
运行在根据本发明的设备上的程序可以是通过控制中央处理单元(cpu)来使计算机实现本发明的实施例功能的程序。该程序或由该程序处理的信息可以临时存储在易失性存储器(如随机存取存储器ram)、硬盘驱动器(hdd)、非易失性存储器(如闪速存储器)、或其他存储器系统中。
用于实现本发明各实施例功能的程序可以记录在计算机可读记录介质上。可以通过使计算机系统读取记录在所述记录介质上的程序并执行这些程序来实现相应的功能。此处的所谓“计算机系统”可以是嵌入在该设备中的计算机系统，可以包括操作系统或硬件(如外围设备)。“计算机可读记录介质”可以是半导体记录介质、光学记录介质、磁性记录介质、短时动态存储程序的记录介质、或计算机可读的任何其他记录介质。
用在上述实施例中的设备的各种特征或功能模块可以通过电路(例如，单片或多片集成电路)来实现或执行。设计用于执行本说明书所描述的功能的电路可以包括通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)、或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或上述器件的任意组合。通用处理器可以是微处理器，也可以是任何现有的处理器、控制器、微控制器、或状态机。上述电路可以是数字电路，也可以是模拟电路。因半导体技术的进步而出现了替代现有集成电路的新的集成电路技术的情况下，本发明的一个或多个实施例也可以使用这些新的集成电路技术来实现。
此外，本发明并不局限于上述实施例。尽管已经描述了所述实施例的各种示例，但本发明并不局限于此。安装在室内或室外的固定或非移动电子设备可以用作终端设备或通信设备，如av设备、厨房设备、清洁设备、空调、办公设备、自动贩售机、以及其他家用电器等。
如上，已经参考附图对本发明的实施例进行了详细描述。但是，具体的结构并不局限于上述实施例，本发明也包括不偏离本发明主旨的任何设计改动。另外，可以在权利要求的范围内对本发明进行多种改动，通过适当地组合不同实施例所公开的技术手段所得到的实施例也包含在本发明的技术范围内。此外，上述实施例中所描述的具有相同效果的组件可以相互替代。