用于检测针对在无线通信设备上的群组通信会话的基于手势的命令的方法、装置和计算机可读存储介质

摘要

在实施例中，用户设备（UE）检测到用户已经做出了预先定义的手势，所述预先定义的手势与建立与通信群组的群组通信会话（GCS）相关联。UE向应用服务器发送呼叫请求消息，以请求建立GCS。在另一个实施例中，UE接收用于请求UE在GCS期间对UE的用户的手势进行监控的用户输入。UE继而在GCS期间监控一个或多个传感器，以检测UE的用户是否已经做出预先定义的手势。在另一个实施例中，在GCS期间，UE检测到用户已经做出预先定义的手势，将检测到的手势映射到与转移UE的发言权持有者状态相关联的基于手势的命令，然后根据基于手势的命令，向应用服务器发送请求以促进发言权持有者状态转移。

说明书

技术领域

实施例涉及针对在无线通信设备上的群组通信会话的基于手势的命令。

背景技术

无线通信系统已经部署经过了多代，包括第一代模拟无线电话服务（1G）、第二代（2G）数字无线电话服务（包括中间的2.5G和2.75G网络）和第三代（3G）高速数据/具有因特网能力的无线服务。目前，存在许多不同类型的无线通信系统在使用，包括蜂窝和个人通信服务（PCS）系统。已知的蜂窝系统的例子包括蜂窝模拟高级移动电话系统（AMPS）和基于码分多址（CDMA）、频分多址（FDMA）、时分多址（TDMA）、TDMA的全球移动接入系统（GSM）变形的数字蜂窝系统、以及使用TDMA和CDMA技术两者的较新的混合数字通信系统。

在美国，电信工业联盟/电子工业联盟在标题为“Mobile Station-BaseStation Compatibility Standard for Dual-Mode Wideband Spread SpectrumCellular System”的TIA/EIA/IS-95-A（在本文中被称为IS-95）中对用于提供CDMA移动通信的方法进行了标准化。在TIA/EIA标准IS-98中，描述了组合的AMPS&CDMA系统。在覆盖了被称作为宽带CDMA（W-CDMA）、CDMA2000（诸如例如，CDMA20001xEV-DO标准）或者TD-SCDMA的IMT-2000/UM或者国际移动电信系统2000/通用移动电信系统、标准中，描述了其它通信系统。

在W-CDMA无线通信系统中，用户设备（UE）从固定位置节点B（还被称作为小区站点或者小区）接收信号，所述固定位置节点B在与基站邻近或者在基站周围的特定的地理区域内支持通信链路或者服务。节点B提供到接入网络（AN）/无线接入网络（RAN）的进入点，所述接入网络（AN）/无线接入网络（RAN）通常是使用基于标准互联网工程任务组（IETF）的协议的分组数据网络，所述协议支持用于基于服务质量（QoS）需求来区分业务的方法。因此，节点B通常通过空中接口与UE交互，以及通过互联网协议（IP）网络数据分组与RAN交互。

在无线电信系统中，一键通话（PTT）能力在服务扇区和客户中变得普及。PTT可以支持“分派”语音服务，所述“分派”语音服务在标准商业无线基础设施（诸如W-CDMA、CDMA、FDMA、TDMA、GSM等）上操作。在分派模型中，端点（例如，UE）之间的通信在虚拟组内发生，其中将一个“说话者”的语音发送到一个或多个“听者”。这种类型的通信的单个实例通常被称作为分派呼叫，或者简单地称作为PTT呼叫。PTT呼叫是群组的实例，其定义了呼叫的特性。群组本质上是通过成员列表和相关联的信息（诸如群组名或群组标识）来定义的。

发明内容

在实施例中，用户设备（UE）检测到用户已经做出了预先定义的手势，所述预先定义的手势与建立与通信群组的群组通信会话（GCS）相关联。UE向应用服务器发送呼叫请求消息，以请求建立GCS。在另一个实施例中，UE接收用于请求UE在GCS期间对UE的用户的手势进行监控的用户输入。UE继而在GCS期间监控一个或多个传感器，以检测UE的用户是否已经做出预先定义的手势。在另一个实施例中，在GCS期间，UE检测到用户已经做出预先定义的手势，将检测到的手势映射到与转移UE的发言权持有者（floor-holder）状态相关联的基于手势的命令，然后根据基于手势的命令，向应用服务器发送请求以促进发言权持有者状态转移。

附图说明

当结合附图进行考虑时，由于通过参考以下的具体实施方式使得相同的部分变得更好理解，因此将易于获得对本发明的实施例以及其附带优点中的许多优点的更完整的认识，呈现附图仅用于对本发明进行说明而不是限制，以及其中：

图1是根据本发明的至少一个实施例，支持用户设备和无线接入网络的无线网络架构的示意图。

图2A根据本发明的实施例示出了图1的核心网。

图2B更详细地示出了图1的无线通信系统的例子。

图3是根据本发明的至少一个实施例的用户设备的视图。

图4示出了建立传统的PTT会话的过程，凭此始发的UE（“UE1”）的用户使用专用的或者虚拟的PTT按键来发起PTT会话。

图5根据本发明的实施例示出了建立PTT会话的过程。

图6根据本发明的实施例示出了针对PTT会话的激活呼叫中手势识别的过程。

图7A-7B根据本发明的实施例示出了在PTT会话期间，用户经由呼叫中手势通过其控制发言权转移的过程。

具体实施方式

在以下针对本发明的特定实施例的描述和相关附图中公开了本发明的方面。在不脱离本发明的范围的情况下，可以设计出替代的实施例。额外地，将不详细地描述本发明的众所周知的元件或者省略本发明的众所周知的元件，以免模糊本发明的相关细节。

本文使用的词“示例性的”和/或“例子”意指“作为例子、举例或说明”。本文描述为“示例性的”和/或“例子”的任何实施例不必解释为优选于其它实施例或者比其它实施例有优势。同样，术语“本发明的实施例”不要求本发明的所有实施例都包括所论述的特征、优势或操作模式。

此外，围绕由例如计算设备的元件执行的动作次序描述了许多实施例。将认识到的是，本文描述的各种动作可以由特定的电路（例如，专用集成电路（ASIC））来执行，由一个或多个处理器所执行的程序指令来执行，或者由两者的组合来执行。额外地，本文描述的这些动作次序可以被认为完全地体现在任何形式的非暂时性计算机可读存储介质内，所述计算机可读存储介质具有其上存储的相应的计算机指令的集合，所述计算机指令在被执行时，将使得相关联的处理器执行本文描述的功能。因此，本发明的各个方面可以以多种不同的形式来体现，所有的这些被预期为在所主张的主题的范围内。此外，针对本文描述的实施例中的各实施例，任何这样的实施例的相应形式可以在本文中被描述为例如“被配置为”执行所描述的动作的“逻辑”。

高数据速率（HDR）用户站（在本文中被称作为用户设备（UE））可以是移动的或者固定的，以及可以与一个或多个接入点（AP）（其可以被称作为节点B）通信。UE通过节点B中的一个或多个节点B向无线网络控制器（RNC）发送和接收数据分组。节点B和RNC是被称为无线接入网络（RAN）的网络的一部分。无线接入网络可以在多个UE之间传送语音和数据分组。

无线接入网络还可以连接到无线接入网络之外诸如核心网的额外的网络，所述核心网包括到其它网络（诸如企业内联网、因特网、公共交换电话网（PSTN）、服务通用分组无线服务（GPRS）支持节点（SGSN）、网关GPRS支持节点（GGSN））的与特定载波有关的服务器和设备和连接，以及可以在各UE和这样的网络之间传送语音和数据分组。已经与一个或多个节点B建立了活动业务信道连接的UE可以被称作为活动UE，以及可以被称作为处于业务状态。在与一个或多个节点B建立活动业务信道（TCH）连接的过程中的UE可以被称作为处于连接建立状态。UE可以是通过无线信道或者通过有线信道通信的任何数据设备。UE还可以是多种类型的设备中的任意一种设备，其包括但不受限于PC卡、压缩闪存设备、外部或者内部调制解调器、或者无线或有线电话。UE通过其向节点B发送信号的通信链路被称为上行链路信道（例如，反向业务信道、控制信道、接入信道等）。节点B通过其向UE发送信号的通信链路被称为下行链路信道（例如，寻呼信道、控制信道、广播信道、前向业务信道等）。如本文所使用的，术语业务信道（TCH）可以指的是上行链路/反向业务信道或者下行链路/前向业务信道。

图1根据本发明的至少一个实施例，示出了无线通信系统100的一个示例性实施例的框图。系统100可以包括跨越空中接口104与接入网络或者无线接入网络（RAN）120通信的UE（诸如蜂窝电话102），所述接入网络或者RAN120可以将接入终端102连接到在分组交换数据网络（例如，内联网、因特网和/或核心网126）与UE102、108、110、112之间提供数据连接的网络设备。如这里示出的，UE可以是蜂窝电话102、个人数字助理108、寻呼机110（其在这里被示出为双向文本寻呼机）、或者甚至具有无线通信入口的分开的计算机平台112。本发明的实施例可以因此在包括无线通信入口或者具有无线通信能力的任何形式的接入终端上实现，所述接入终端包括但不受限于无线调制解调器、PCMCIA卡、个人计算机、电话或者其任意组合或者子组合。此外，如本文所使用的，其它通信协议（即，不同于W-CDMA）中的术语“UE”可以互换地被称作为“接入终端”、“AT”、“无线设备”、“客户端设备”、“移动终端”、“移动站”以及其变形。

返回参考图1，无线通信系统100的部件以及本发明的示例性实施例的元件的相互关系不受限于所示出的配置。系统100仅仅是示例性的，以及可以包括允许远程UE（诸如无线客户端计算设备102、108、110、112）经由空中接口104和RAN120在彼此之间和/或在所连接的部件之间在空中通信的任何系统，其包括但不受限于核心网126、因特网、PSTN、SGSN、GGSN和/或其它远程服务器。

RAN120控制发送给RNC122的消息（典型地发送为数据分组）。RNC122负责在服务通用分组无线服务（GPRS）支持节点（SGSN）和UE102/108/110/112之间传送信号、建立承载信道以及拆除承载信道（即，数据信道）。如果启用链路层加密，则RNC122在通过空中接口104转发内容之前还将内容加密。RNC122的功能是本领域众所周知的，以及为了简短起见，将不进行进一步的论述。核心网126可以通过网络、因特网和/或公共交换电话网（PSTN）与RNC122通信。替代地，RNC122可以直接地连接到因特网或者外部网络。典型地，在核心网126和RNC122之间，网络或者因特网连接传送数据，PSTN传送语音信息。RNC122可以连接到多个节点B124。以类似于核心网126的方式，RNC122典型地通过网络、因特网和/或PSTN连接到节点B124，用于数据传送和/或语音信息。节点B124可以将数据消息无线地广播给UE（诸如蜂窝电话102）。节点B124、RNC122和其它部件可以形成RAN120，如本领域中已知的。但是，还可以使用替代的配置，以及本发明不受限于所示出的配置。例如，在另一个实施例中，RNC122和节点B124中的一个或多个节点B的功能可以压缩到单个“混合的”模件中，所述模件具有RNC122和节点B124两者的功能。

图2A根据本发明的实施例示出了核心网126。具体而言，图2A示出了在W-CDMA系统内实现的通用分组无线服务（GPRS）核心网。在图2A的实施例中，核心网126包括服务GPRS支持节点（SGSN）160、网关GPRS支持节点（GGSN）165和因特网175。但是，可以认识到的是，在替代的实施例中，因特网175和/或其它部件的一部分可以位于核心网之外。

通常，GPRS是全球移动通信系统（GSM）电话所使用的协议，用于发送因特网协议（IP）分组。GPRS核心网（例如，GGSN165和一个或多个SGSN160）是GPRS系统的中心部分，以及还为基于W-CDMA的3G网络提供支持。GPRS核心网是GSM核心网的整合部分，为GSM和W-CDMA网络中的IP分组服务提供移动管理、会话管理和传送。

GPRS隧道协议（GTP）是定义的GPRS核心网的IP协议。GTP是允许GSM或者W-CDMA网络的终端用户（例如，接入终端）从一个地方移动到另一个地方而继续连接到互联网（如同从GGSN165处的一个位置）的协议。这实现了用户的数据从用户的当前SGSN160传送到GGSN165，所述GGSN165处理用户的会话。

GPRS核心网使用三种形式的GTP；即，（i）GTP-U、（ii）GTP-C和（iii）GTP’（主GTP）。GTP-U用于针对每一个分组数据协议（PDP）上下文在分开的隧道中传送用户数据。GTP-C用于控制信令（例如，PDP上下文的建立和删除、GSN到达能力的验证、诸如当用户从一个SGSN移动到另一个SGSN时的更新或者修改等）。GTP’用于将计费数据从GSN传送到计费功能单元。

参考图2A，GGSN165充当GPRS骨干网络（没有示出）和外部的分组数据网络175之间的接口。GGSN165从来自于SGSN160的GPRS分组中提取具有相关联的分组数据协议（PDP）格式（例如，IP或者PPP）的分组数据，以及在相应的分组数据网络上将分组发送出去。在另一个方向上，GGSN165将输入的数据分组指引到SGSN160，所示SGSN160管理和控制由RAN120服务的目标UE的无线接入承载（RAB）。从而，GGSN165将目标UE的当前SGSN地址和他的/她的简档存储在其位置寄存器中（例如，在PDP上下文内）。GGSN负责IP地址分配，以及是所连接的UE的默认路由器。GGSN还执行认证和计费功能。

在例子中，SGSN160代表核心网126内的许多SGSN里的一个SGSN。每一个SGSN负责在相关联的地理服务区域内传送来自和去往UE的数据分组。SGSN160的任务包括分组路由和传送、移动性管理（例如，连接/分离和位置管理）、逻辑链路管理以及认证和计费功能。SGSN的位置寄存器将与SGSN160注册的所有GPRS用户的位置信息（例如，当前的小区、当前的VLR）和用户简档（例如，分组数据网络中使用的IMSI、PDP地址）存储在例如针对每一个用户或UE的一个或多个PDP上下文内。因此，SGSN负责（i）对来自GGSN165的下行链路GTP分组进行去隧道化，（ii）朝向GGSN165的上行链路隧道IP分组，（iii）随着UE在SGSN服务区域之间移动而执行移动性管理，以及（iv）给移动用户开账单。如本领域中的普通技术人员将认识到的，除（i）-（iv）之外，与针对W-CDMA网络配置的SGSN相比，针对GSM/EDGE网络配置的SGSN具有稍微不同的功能。

RAN120（例如，或者通用移动电信系统（UMTS）系统架构中的UTRAN）利用传输协议（诸如帧中继或IP）经由Iu接口与SGSN160通信。SGSN160经由Gn接口与GGSN165通信，所述Gn接口是SGSN160和其它SGSN（没有示出）与内部GGSN之间的基于IP的接口，以及使用上文定义的GTP协议（例如，GTP-U、GTP-C、GTP’等）。虽然在图2A中没有示出，但是域名系统（DNS）也使用Gn接口。GGSN165利用IP协议经由Gi接口直接地或者通过无线应用协议（WAP）网关连接到公共数据网（PDN）（没有示出），以及依次连接到因特网175。

PDP上下文是在SGSN160和GGSN165两者上呈现的数据结构，当特定的UE具有活动的GPRS会话时，所述PDP上下文包括所述UE的通信会话信息。当UE希望发起GPRS通信会话时，UE必须首先连接到SGSN160，然后激活与GGSN165的PDP上下文。这在用户当前访问的SGSN160以及为UE的接入点服务的GGSN165中分配PDP上下文数据结构。

图2B更详细地示出了图1的无线通信系统100的例子。具体而言，参考图2B，UE1...N被示出为连接到在由不同的分组数据网络端点服务的位置处的RAN120。图2B的说明是特定于W-CDMA系统和术语的，然而将认识到如何修改图2B以使1x EV-DO系统有效。相应地，UE1和UE3连接到由第一分组数据网络端点162（例如，其可以对应于SGSN、GGSN、PDSN、归属代理（HA）、国外代理（FA）等）服务的部分的RAN120。第一分组数据网络端点162经由路由单元188依次连接到因特网175和/或连接到认证、授权和计费（AAA）服务器182、设置服务器184、因特网协议（IP）多媒体子系统（IMS）/会话发起协议（SIP）注册服务器186和/或应用服务器170中的一个或多个。UE2和5…N连接到由第二分组数据网络端点164（例如，其可以对应于SGSN、GGSN、PDSN、FA、HA等）服务的部分的RAN120。类似于第一分组数据网络端点162，第二分组数据网络端点164经由路由单元188依次连接到因特网175和/或连接到AAA服务器182、设置服务器184、IMS/SIP注册服务器186和/或应用服务器170中的一个或多个。UE4直接地连接到因特网175，然后通过因特网175可以连接到上文描述的系统部件中的任何一个。

参考图2B，UE1、UE3和UE5…N被示出为无线手机，UE2被示出为无线平板PC，以及UE4被示出为有线桌面站。但是，在其它实施例中，将认识到的是，无线通信系统100可以连接任何类型的UE，以及图2B中示出的例子不旨在限制可以在系统内实现的UE的类型。此外，虽然AAA182、设置服务器184、IMS/SIP注册服务器186和应用服务器170均示出为结构上分开的服务器，但是在本发明的至少一个实施例中，这些服务器中的一个或多个服务器可以合并在一起。

此外，参考图2B，应用服务器170被示出为包括多个媒体控制联合体（MCC）1…N170B和多个区域分派器1…N170A。总的来说，区域分派器170A和MCC170B包括在应用服务器170内，在至少一个实施例中，所述应用服务器170可以对应于分布式的服务器网络，所述分布式的服务器网络共同地对无线通信系统100内的通信会话（例如，经由IP单播和/或IP多播协议的半双工群组通信会话）进行仲裁。例如，由于由应用服务器170仲裁的通信会话理论上可以在位于系统100内的任何地方的UE之间发生，因此分配多个区域分派器170A和MCC，以减少针对仲裁的通信会话的等待时间（例如，以使处于北美的MCC不在位于中国的会话参与者之间来回中继媒体）。因此，当提及应用服务器170时，将认识到的是，相关联的功能可以由区域分派器170A中的一个或多个区域分派器和/或MCC170B中的一个或多个MCC来执行。区域分派器170A通常负责与建立通信会话有关的任何功能（例如，处理UE之间的信令消息、调度和/或发送通知消息等），而MCC170B负责在呼叫实例的持续时间期间主持通信会话，包括控制仲裁的通信会话期间的呼叫中信令和媒体的实际交换。

参考图3，诸如蜂窝电话的UE200（在这里是无线设备）具有平台202，所述平台202可以接收和执行从RAN120发送的软件应用、数据和/或命令，所述软件应用、数据和/或命令归根结底来自于核心网126、因特网和/或其它远程服务器和网络。平台202可以包括收发机206，所述收发机206可操作地耦合到专用集成电路（“ASIC”208）或者其它处理器、微处理器、逻辑电路或者其它数据处理设备。ASIC208或者其它处理器执行应用程序接口（“API”）210层，所述应用程序接口（“API”）210层与无线设备的存储器212中的任何驻留程序连接。存储器212可以包括只读存储器或者随机存取存储器（RAM和ROM）、EEPROM、闪存卡或者对于计算机平台通用的任何存储器。平台202还可以包括本地数据库214，所述本地数据库214可以保存没有在存储器212中活动地使用的应用。本地数据库214典型地是闪存单元，但是也可以是如本领域中已知的任何辅助存储设备，诸如磁介质、EEPROM、光介质、磁带、软盘或者硬盘等。内部平台202部件还可以可操作地耦合到外部设备（诸如其它部件中的天线222、显示器224、一键通话按键228和键盘226），如本领域中已知的。

参考图3，UE200还包括多个传感器1…N233。传感器233耦合到平台202的部件，以及被配置为检测用户利用UE200所做的一个或多个预先定义的手势（gesture）。如本文所使用的，预先定义的手势与移动设备的用户发起的一个或多个动作相对应（例如，用户在手持UE200时轻打他的/她的手腕、用户将UE200放置到他的/她的口袋或者背包中、用户将UE200放置为从他的/她的口袋或者背包中取出等）。传感器1…N233向UE200上的API提供传感器测量数据，所述UE200上的API被配置为将传感器测量数据与传感器数据简档的集合进行比较，以判断传感器测量数据是否与传感器数据简档中的任何一个传感器数据简档相匹配。如下面将更详细地描述的，如果发现匹配，表明检测到了预先定义的手势，以及UE200可以继而执行与所匹配的传感器简档相关联的基于手势的命令。与传感器测量数据比较的传感器简档可以预置到或者内置到检测预先定义的手势的API中，或者替代地API可以在‘学习’模式下动态地形成新的传感器简档，从而当处于学习模式时，UE200执行手势，传感器1…N233用于建立或者产生与用户所做的手势相对应的传感器简档。

在实施例中，传感器1…N233可以包括（a）光传感器、（b）压力传感器、（c）陀螺仪传感器、（d）加速计、（e）触摸屏接近传感器、（f）指纹传感器和/或（g）触觉传感器。一个或多个用户发起的动作可以包括（a）用户在手持UE200时轻打他/她的手腕、（b）用户携带着UE200行走或者慢跑、（c）用户从表面或者存储位置拾起UE200、（d）用户将UE200放置在表面上或者放进存储位置、（e）用户摇动UE200和/或（f）用户的手指接近UE200的显示器。

相应地，本发明的实施例可以包括具有执行本文所描述功能的能力的UE。如本领域的技术人员将认识到的，各个逻辑元件可以体现在分立元件、在处理器上执行的软件模件或者软件和硬件的任意组合中，以实现本文公开的功能。例如，ASIC208、存储器212、API210和本地数据库214全部可以协作性地用于加载、存储和执行本文公开的各种功能，因此用于执行这些功能的逻辑可以分布在各个元件上。替代地，功能可以合并到一个分立部件中。因此，图3中UE200的特征被认为仅仅是示例性的，以及本发明不受限于所示出的特征或者方案。

UE102或UE200与RAN120之间的无线通信可以基于不同的技术，诸如码分多址（CDMA）、W-CDMA、时分多址（TDMA）、频分多址（FDMA）、正交频分复用（OFDM）、全球移动通信系统（GSM）或者可以在无线通信网络或数据通信网络中使用的其它协议。例如，在W-CDMA中，数据通信典型地在客户端设备102、节点B124和RNC122之间进行。RNC122可以连接到多个数据网络（诸如核心网126、PSTN、因特网、虚拟专用网、SGSN、GGSN等），因此允许UE102或UE200接入到更宽的通信网络。如在前述内容中论述的以及本领域中已知的，可以使用多种网络和配置将语音传输和/或数据从RAN发送到UE。相应地，本文提供的说明不旨在限制本发明的实施例，以及仅仅用于帮助描述本发明的实施例的方面。

在下文中，本发明的实施例通常根据W-CDMA协议和相关联的术语（例如，诸如代替移动站（MS）、移动单元（MU）、接入终端（AT）等的UE，与EV-DO中的BSC形成对照的RNC、或者与EV-DO中的BS或MPT/BS形成对照的节点B等）来描述。但是，本领域的普通技术人员将易于认识到如何结合不同于W-CDMA的无线通信协议来应用本发明的实施例。

在传统的服务器仲裁的通信会话中（例如，经由半双工协议、全双工协议、VoIP、IP单播上的群组会话、IP多播上的群组会话、一键通话（PTT）会话、一键传送（PTX）会话等），会话或者呼叫发起方向应用服务器170发送请求以发起通信会话，所述应用服务器170继而将呼叫通知消息转发给RAN120用于向呼叫的一个或多个目标传输。

通用移动电信服务（UMTS）陆地无线接入网络（UTRAN）（例如，RAN120）中的用户设备（UE）可以处于空闲模式或者无线资源控制（RRC）连接模式。

基于当处于RRC连接模式时的UE移动性和活动，RAN120可以指导UE在多个RRC子状态之间转换；即，CELL_PCH、URA_PCH、CELL_FACH和CELL_DCH状态），这些状态可以描述为如下内容：

·在CELL_DCH状态中，在上行链路和下行链路中向UE分配专用物理信道，UE根据其当前的活动集在小区级上是已知的，以及已经向UE分配了专用传输信道、下行链路和上行链路（TDD）共享传输信道，以及UE可以使用这些传输信道的组合。

·在CELL_FACH状态中，不向UE分配专用物理信道，UE持续不断地监控前向接入信道（FACH），在上行链路中向UE分配默认的共同或共享传输信道（例如，随机接入信道（RACH），其是利用功率上升过程来获得信道以及调整发射功率的基于竞争的信道），UE可以根据针对所述传输信道的接入过程在这些信道上进行发送，根据UE最近一次进行先前的小区更新时的小区，RAN120知道在小区级上UE的位置，以及在TDD模式下，可以建立一个或若干USCH或DSCH传输信道。

·在CELL_PCH状态中，不向UE分配专用物理信道，UE利用算法来选择PCH，以及使用DRX用于经由相关联的PICH监控所选择的PCH，没有可能的上行链路活动，以及根据UE最近一次在CELL_FACH状态下进行小区更新时的小区，RAN120知道在小区级上UE的位置。

·在URA_PCH状态中，不向UE分配专用物理信道，UE利用算法来选择PCH，以及使用DRX用于经由相关联的PICH监控所选择的PCH，没有可能的上行链路活动，以及根据最近一次在CELL_FACH状态下进行URA更新期间分配给UE的UTRAN注册区域（URA），RAN120知道在注册区域级上UE的位置。

相应地，URA_PCH状态（或者CELL_PCH状态）与休眠状态相对应，其中UE定期地苏醒以检测寻呼指示符信道（PICH）和相关联的下行链路寻呼信道（PCH）（如果需要的话），以及UE可以进入CELL_FACH状态以发送针对以下事件的小区更新消息：小区重新选择、定期的小区更新、上行链路数据传输、寻呼响应、重新进入服务区域。在CELL_FACH状态下，UE可以在随机接入信道（RACH）上发送消息，以及可以监控前向接入信道（FACH）。FACH携带来自RAN120的下行链路通信，以及被映射到辅助公共控制物理信道（S-CCPCH）。在基于CELL_FACH状态中的消息传送获得业务信道（TCH）之后，UE可以从CELL_FACH状态进入CELL_DCH状态。表1中示出了在无线资源控制（RRC）连接模式下，传统的专用业务信道（DTCH）到传输信道映射的表格，如下所示：

表1在RRC连接模式下的DTCH到传输信道映射

其中，注释（版本8）和（版本7）指示了相关联的3GPP版本，其中所指示的信道被引入用于监控或者接入。

UE或蜂窝电话上所支持的传统的一键通话（PTT）通信会话中，使用专用的PTT按键来触发多个呼叫建立和呼叫中功能，诸如（i）发起PTT呼叫、（ii）答复通告的PTT呼叫、（iii）请求PTT呼叫的发言权和/或（iv）释放PTT呼叫的发言权。

虽然PTT按键典型地实现为专用的物理按键，但是较新的电话（例如，基于安卓（Android）的电话、如图1中在108处所示的苹果手机（iPhone）等）更多地依赖于触摸屏接口。因此，在基于触摸屏的电话上实现的PTT客户端可以经由软键或者触摸屏按键来支持专用PTT按键的功能。但是，与专用的物理PTT按键相比，发现这些‘虚拟’PTT按键在某些方面中不太理想。例如，当UE的显示器或者屏幕维持在开启状态，以便接收用户按压虚拟PTT按键的指示时，UE的功率消耗会增加，用户界面更麻烦（例如，用户必须实际看着UE的显示器，以弄清楚虚拟PTT按键被放置的位置，而代替利用他的/她的手指来简单地‘感觉’有形物理按键，用户必须导航到呈现虚拟PTT按键的屏幕等），以及与专用物理PTT按键相比，对到虚拟PTT按键的输入进行检测会有更长的等待时间。

图4示出了建立传统的PTT会话的过程，凭此始发的UE（“UE1”）的用户使用专用的或者虚拟的PTT按键来发起PTT会话。参考图4，在400，UE1的用户导航浏览他的/她的联系列表，以便选择或者突出显示特定的PTT群组或者联系人。例如，在400，UE1的用户可以滚动菜单，直到到达期望的PTT群组为止，然而UE1的用户也可以将PTT群组ID（例如，电话号码）直接地输入到UE1中。

在400中选择了PTT群组之后，在405，UE1的用户按压UE1上专用的或者虚拟的PTT按键，以指示他/她期望发起与所选择的PTT群组的PTT会话。在410，UE1检测到用户按压了PTT按键，然后在415，UE1配置呼叫消息，所述呼叫消息被配置为请求应用服务器170发起与所选择的PTT群组的PTT会话。在420，UE1向RAN120发送呼叫消息，然后RAN120将呼叫消息转发给应用服务器170。在425，应用服务器170从UE1接收呼叫消息，识别和定位与要发起的PTT会话相关联的目标UE2…N，然后向目标UE2…N通告PTT会话。

参考图4，在430，假设目标UE2…N中的至少一个目标UE向应用服务器170发送回用于确认和接受所通告的PTT会话的消息。在435，应用服务器170向UE1发送关于PTT会话现在是活动的或者连接的以及UE1保持发言权的指示。在440，UE1开始发送与PTT会话相关联的媒体，以及在445，应用服务器170将UE1的媒体转发给目标UE2…N。

图5根据本发明的实施例示出了建立PTT会话的过程。在图5中，始发的UE（“UE1”）的用户利用UE1做手势，以促使UE1建立与特定的PTT群组的PTT会话。相应地，UE1可以被配置为如上文相对于图3的UE200所论述的，以使UE1被设置为具有传感器1…N233，所述传感器1…N233可以用于促进检测由UE1的用户做出的手势。

参考图5，假设UE1在以下状态下操作，即传感器1…N233中的一个或多个被激活以及正在用于监控由UE1的用户做出的手势。在例子中，UE1可以在低功率模式下操作，在所述低功率模式下的传感器1…N233是活动的，而其它部件（诸如UE1的应用处理器和/或显示器）是掉电的。如上所述，在500中监控的手势可以包括（a）用户在手持UE1时轻打他的/她的手腕、（b）用户携带着UE1行走或者慢跑、（c）用户从表面或者存储位置拾起UE1、（d）用户将UE1放置在表面上或者放进存储位置、（e）用户摇动UE1和/或（f）用户的手指接近UE1的显示器。

此外，UE1被配置为在500处检测的预先定义的手势可以是用户定义的手势，或者预先加载的预置的手势，所述预置的手势与被配置为管理UE1的PTT会话的多媒体应用或客户端相关联。在用户定义的手势的情况下，UE1的用户可以通过多媒体客户端选择可用的预置的手势的子集（具体而言，与手势相对应的传感器数据简档），以及选择与子集中的每一个手势相关联的命令。替代地，在建立PTT会话之前，UE1的用户可以参与学习模式或者训练模式，凭此UE1的用户执行自定义手势，同时传感器1…N233中的一个或多个传感器被激活。多媒体客户端继而可以产生要与特定的基于手势的命令（例如，发起与PTT群组#3的PTT会话，发起与当前突出显示或者选择的PTT群组的PTT会话等）相关联的自定义手势的传感器数据简档，此后可以将当前的传感器测量数据与传感器数据简档进行比较，以确定用户在那个时候做出了自定义手势。类似地，相对于内置到多媒体客户端中的预置的手势或者默认的手势，每一个预置的手势或者默认的手势可以与要与当前的传感器测量数据进行比较的特定的传感器数据简档相关联，以确定用户在那个时候做出了预置的手势或默认的手势。

基于500的经由传感器1…N233的监控，在505，UE1判断传感器1…N233是否检测到UE1的用户已经做出了多种预先定义的手势中的一种手势。如果在505，UE1确定UE1的用户没有做出多种预先定义的手势中的一种手势，则过程返回到500，UE1继续针对检测多种预先定义的手势中的一种手势进行监控。否则，如果在505，UE1确定UE1的用户已经做出了多种预先定义的手势中的一种手势，则在510，UE1确定与检测到的预先定义的手势相关联的给定的PTT群组。

参考图5的510，在例子中，510的确定可以排他性地基于检测到的预先定义的手势。例如，在505处检测到的预先定义的手势可以映射到用于发起与特定的PTT群组的PTT会话的基于手势的命令，以使得在510处单独地基于检测来确定PTT群组（例如，与需要用户分别地选择或者突出显示要呼叫的PTT群组相对）。在另一个例子中，在505处检测到的预先定义的手势可以映射到用于发起PTT会话但不必须是PTT群组特定的基于手势的命令。在这种情况下，510的确定可以是辅助PTT群组指示的结果。例如，UE1的用户可能已经滚动或者突出显示到特定的PTT群组，然后做出在505处检测到的手势，以便触发UE1对突出显示或者选择的PTT群组进行呼叫。

参考图5，在505处检测到预先定义的手势，并且在510中确定要呼叫的给定的PTT群组之后，在515，UE1配置呼叫消息，以请求应用服务器170发起与给定的PTT群组的PTT会话。在520，UE1向RAN120发送呼叫消息，所述RAN120继而将呼叫消息转发给应用服务器170。在525，应用服务器170从UE1接收呼叫消息，识别和定位与要发起的PTT会话相关联的目标UE2…N，然后向目标UE2…N通告PTT会话。

参考图5，在530，假设目标UE2…N中的至少一个目标UE向应用服务器170发送回用于确认和接受所通告的PTT会话的消息。在535，应用服务器170向UE1发送PTT会话现在是活动的或者连接的以及UE1保持发言权的指示。在540，UE1开始发送与PTT会话相关联的媒体，以及在545，应用服务器170将UE1的媒体转发给目标UE2…N。

虽然图5针对基于检测由始发的UE的用户做出的预先定义的手势，来建立或者发起PTT会话的过程，但是其它实施例针对呼叫中手势识别，以使参与PTT会话的用户可以利用手势而代替单独地依赖于与专用的或者虚拟的PTT按键和/或屏幕菜单的交互，来控制呼叫中功能。具体而言，图6示出了针对PTT会话激活呼叫中手势识别的过程，而图7A-7B示出了在PTT会话期间用户经由呼叫中手势来控制发言权转移的过程。

参考图6，在600，假设UE1确定发起与给定的PTT群组的PTT会话。在图6中，类似于图5，UE1可以被配置为如上文相对于图3的UE200所论述的，以使UE1被设置为具有传感器1…N233，所述传感器1…N233可以用于促进检测UE1的用户所做的手势。

关于图6，600的确定可以对应于图5的500至510，以使600的确定是检测由UE1的用户做出的预先定义的手势的顶点，其后跟随着将检测到的预先定义的手势关联或者映射到特定的PTT群组。替代地，600的确定可以对应于图4的400到410，以使600的确定是由UE1的用户按压传统的专用的或虚拟的PTT按键的顶点。

参考图6，在600中确定发起与给定的PTT群组的PTT会话之后，在605，UE1配置呼叫消息以请求应用服务器170发起与给定的PTT群组的PTT会话。在610，UE1向RAN120发送呼叫消息，所述RAN120继而将呼叫消息转发给应用服务器170。在615，应用服务器170从UE1接收呼叫消息，识别和定位与要发起的PTT会话相关联的目标UE2…N，然后向目标UE2…N通告PTT会话。

参考图6，在600的确定之后当应用服务器170建立了PTT会话的某个时间点，在618，UE1向其用户呈现提示，所述提示是关于是否要激活在UE1处的呼叫中手势识别功能的指示。例如，618的提示可以对应于UE1向用户的视频、音频、文本和/或振动输出，所述提示被配置为通知用户提供关于用户是否期望激活呼叫中手势识别功能的输入指示。例如，用户输入可以对应于按压与打开或者关闭呼叫中手势识别功能相关联的触摸屏或物理按键。在另一个例子中，用户输入可以对应于与打开或者关闭呼叫中手势识别功能相关联的多种预先定义的手势中的一种手势。在这种情况下，UE1可以结合在618中向用户呈现提示来针对如图5的500中的手势开始进行监控或者继续进行监控。

在进一步的例子中，用户的激活呼叫中手势识别功能的机会可以受限于在PTT会话的建立期间的时间窗和/或在PTT会话的开始时。在这种情况下，UE1可以结合在618处呈现提示来启动定时器，以及在没有接收到响应于提示的用户输入的情况下，UE1将呼叫中手势识别功能设置为默认的水平（例如，激活的或者未激活的）。相应地，UE1可以准许其用户相对短暂的用于控制UE1的用户是否在PTT会话期间使用基于手势的命令的机会。如将意识到的，如果呼叫中手势识别功能以不受限制的方式来激活，则用户可能会不经意地做出实际上不旨在触发基于手势的命令的手势。

基于响应于618的提示（或者缺少其）所接收的用户输入，在620，UE1判断是否针对PTT会话在UE1处激活呼叫中手势识别功能。如果在620处，UE1确定不针对PTT会话在UE1处激活呼叫中手势识别功能，则过程前进图5的530，以及UE1的用户在不具有基于手势的命令支持的情况下进行PTT会话。否则，如果在620处，UE1确定针对PTT会话在UE1处激活呼叫中手势识别功能，则在625中，UE1激活呼叫中手势识别功能，以及UE1的用户在不具有基于手势的命令支持的情况下进行PTT会话。

参考图6，在应用服务器170向目标UE2…N通告PTT会话之后的某个时间点，在630，假设目标UE2…N中的至少一个目标UE向应用服务器170发送回用于确认和接受所通告的PTT会话的消息。在635，应用服务器170向UE1发送PTT会话现在是活动的或者连接的以及UE1保持发言权的指示。在640，UE1开始发送与PTT会话相关联的媒体，以及在645，应用服务器170将UE1的媒体转发给目标UE2…N。

在650，在PTT会话期间，UE1针对UE1的用户做出的手势进行监控，以及在655，基于手势监控，UE1选择性地执行基于呼叫中手势的命令。除了在650处的监控在呼叫中发生，而图5的500处的监控在PTT会话的建立期间发生之外，在650处发生的监控可以类似于在图5的500处发生的监控。在655处，对于可以在PTT会话或者呼叫中期间执行的基于手势的命令的类型的例子，在下文中将相对于图7A-7B来更详细地描述。

参考图7A，假设UE1参与同目标UE2…N的PTT会话，以及UE1是PTT会话的当前的发言权持有者。相应地，在700A，UE1发送与PTT会话相关联的媒体，在705A，应用服务器170将UE1的媒体转发给目标UE2…N。在例子中，700A和705A可以对应于在根据图5和/或图6建立的PTT会话期间交换的媒体。

当UE1参与PTT会话时，类似于图5的500，在710A，假设UE1在以下状态下操作，即传感器1…N233中的一个或多个传感器被激活以及正在用于针对UE1的用户做出的预先定义的手势进行监控。如上所述，在710A中监控的预先定义的手势可以包括（a）用户在手持UE1时轻打他的/她的手腕、（b）用户携带着UE1行走或者慢跑、（c）用户从表面或者存储位置拾起UE1、（d）用户将UE1放置在表面上或者放进存储位置、（e）用户摇动UE1和/或（f）用户的手指接近UE1的显示器。虽然相对于图5的500提供的用于监控的预先定义的手势的例子与在710A处监控的预先定义的手势相同，但是将认识到的是，在图5的500处针对PTT会话发起所监控的预先定义的手势不需要与710A处监控的呼叫中预先定义的手势相同。换言之，与用于控制呼叫中功能（例如，发言权控制等）的手势相比，可以使用不同类型的手势来发起PTT会话。

此外，类似于图5的500，UE1被配置为在710A处检测的预先定义的手势可以是用户定义的手势，或者预先加载的预置的手势，所述预置的手势与被配置为管理UE1的PTT会话的多媒体应用或客户端相关联。在用户定义的手势的情况下，UE1的用户可以通过多媒体客户端选择可用的预置的手势的子集（具体而言，与手势相对应的传感器数据简档），以及选择与子集中的每一个手势相关联的命令。替代地，在建立PTT会话之前，UE1的用户可以参与学习模式或者训练模式，凭此UE1的用户执行自定义手势，同时传感器1…N233中的一个或多个传感器被激活。多媒体客户端继而可以产生要与特定的基于手势的命令相关联的自定义手势的传感器数据简档（例如，请求发言权、释放发言权、改变发言权状态、终止呼叫等），以及此后可以将当前的传感器测量数据与传感器数据简档进行比较，以确定用户在那个时候做出了自定义手势。类似地，关于内置到多媒体客户端中的预置的手势或者默认的手势，每一个预置的手势或者默认的手势可以与要与当前的传感器测量数据进行比较的特定的传感器数据简档相关联，以确定用户在那个时候做出了预置手势或默认手势。

基于710A的经由传感器1…N233的监控，在715A，UE1判断传感器1…N233是否检测到UE1的用户已经做出了多种预先定义的手势中的一种手势。如果在715A，UE1确定UE1的用户没有做出多种预先定义的手势中的一种手势，则过程返回到710A，UE1继续对检测多种预先定义的手势中的一种手势进行监控，同时UE1作为发言权持有者继续其在PTT会话中的参与。否则，如果在715A，UE1确定UE1的用户已经做出了多种预先定义的手势中的一种手势，则在720A，UE1将检测到的预先定义的手势映射到与UE1的发言权转移相关联的基于手势的命令。

在图7A的725A中，基于在720A处与UE1的发言权转移相关联的基于手势的命令，UE1确定释放PTT会话的发言权。在例子中，725A的确定可以基于与针对UE1获得UE1不是PTT会话的发言权持有者的状态的明确的指示相对应的基于手势的命令。在另一个例子中，725A的确定可以基于与针对UE1改变其当前的发言权状态的指示相对应的基于手势的命令，以使UE1在725A处对释放发言权的确定是基于发言权状态转移命令结合UE1作为发言权持有者的当前状态。

在725A中确定释放发言权之后，在730A，UE1向RAN120发送用于指示UE1的发言权释放请求的消息，RAN120将UE1的发言权释放消息转发给应用服务器170。在735A，应用服务器170继而将发言权准许给目标UE2…N中的一个目标UE。虽然在图7A中没有明确地示出，但是735A的发言权准许可以基于来自新的发言权持有者的发言权请求消息，所述发言权请求消息是在应用服务器170处在730A的发言权释放消息之前或者之后接收到的。在740A，目标UE2…N中的新的发言权持有者UE继而开始发送与PTT会话相关联的媒体，以及在745A，应用服务器170将新的发言权持有者UE的媒体转发给UE1。虽然在图7A中没有明确地示出，但是如果N>2，则应用服务器170还可以将来自UE2的媒体转发给不同于新的发言权持有者UE的目标UE2…N中的至少一个目标UE。

图7B根据本发明的实施例示出了图7A的过程的延续。具体而言，UE1参与同目标UE2…N的PTT会话，以及可以假设UE2是PTT会话的当前的发言权持有者。相应地，在700B中，UE2继续发送与PTT会话相关联的媒体，以及在705B，应用服务器170将UE2的媒体转发给UE1。虽然在图7B中没有明确地示出，但是如果N>2，则应用服务器170还可以将来自UE2的媒体转发给目标UE3…N。

当UE1参与PTT会话时，类似于图5的500，在710B，假设UE1在以下状态下操作，即传感器1…N233中的一个或多个传感器被激活以及正在用于针对UE1的用户做出的手势进行监控。710B类似于图7A的710A，因此为了简短起见，将不进行进一步的描述。

基于710B的经由传感器1…N233的监控，在715B，UE1判断传感器1…N233是否检测到UE1的用户做出了多种预先定义的手势中的一种手势。如果在715B，UE1确定UE1的用户没有做出多种预先定义的手势中的一种手势，则过程返回到710B，UE1继续对检测多种预先定义的手势中的一种手势进行监控，同时UE1通过监控来自UE2的PTT业务来继续其在PTT会话中的参与。否则，UE1确定UE1的用户已经做出了多种预先定义的手势中的一种手势，则在720B，UE1将检测到的预先定义的手势映射到与UE1的发言权转移相关联的基于手势的命令。

在图7B的725B中，基于720B处与UE1的发言权转移相关联的基于手势的命令，UE1确定请求PTT会话的发言权。在例子中，725B的确定可以基于与针对UE1获得UE1是PTT会话的发言权持有者的状态的明确的指示相对应的基于手势的命令。在另一个例子中，725B的确定可以基于与针对UE1改变其当前的发言权状态的指示相对应的基于手势的命令，以使UE1在725B处对请求发言权的确定是基于发言权状态转移命令结合UE1作为非发言权持有者的当前状态。换言之，除了在图7B中当UE1不是发言权持有者时发生的检测之外，在715B处检测到的预先定义的手势可以与图7A的715A处检测到的预先定义的手势相同。

在725B中确定请求发言权之后，在730B，UE1向RAN120发送发言权请求消息，RAN120将UE1的发言权请求消息转发给应用服务器170。在735B，应用服务器170继而向UE2通知其发言权已经被释放或者被取消，在740B，应用服务器170向UE1准许发言权。在745B，UE1继而开始发送与PTT会话相关联的媒体，在750B，应用服务器170将UE1的媒体转发给目标UE2…N。在这一点上，过程可以返回到图7A的700A，其中UE1作为PTT会话的发言权持有者。

虽然在图7A和图7B中没有明确地示出，但是基于呼叫中手势的命令不需要被限制为调用发言权转移。在另一个实施例中，基于呼叫中手势的命令可以包括对音量或者其它UE特定的呼叫参数的修改、用于终止特定的UE在PTT会话中的参与的命令等。

虽然在本发明的上述实施例中的引用通常互换地使用了术语‘呼叫’和‘会话’，但是将认识到的是，任何呼叫和/或会话旨在解释为包括不同的各方之间的实际呼叫，或者替代地技术上可能不被认为‘呼叫’的数据传送会话。此外，虽然以上实施例已经普遍地相对于PTT会话进行了描述，但是其它实施例可以针对于任何类型的通信会话，诸如一键传送（PTX）会话、半双工会话、全双工会话、紧急VoIP呼叫等。

本领域的技术人员将认识到的是，信息和信号可以使用多种不同的工艺和技术中的任何一种来表示。例如，遍及以上描述所提及的数据、指令、命令、信息、信号、比特、符号和码片可以由电压、电流、电磁波、磁场或粒子、光场或粒子或者其任意组合来表示。

此外，本领域的技术人员还将认识到的是，结合本文所公开的实施例描述的各种说明性的逻辑框、模件、电路和算法步骤可以实现为电子硬件、计算机软件或两者的组合。为了清楚地说明硬件和软件的这种互换性，上文围绕各种说明性的部件、方框、模件、电路和步骤的功能，已经对它们进行了一般性描述。至于这样的功能是实现为硬件还是软件，取决于特定的应用以及施加在整个系统上的设计约束。熟练的技术人员可以针对各特定的应用，以变通的方式来实现所描述的功能，但是这样的实现决策不应当被解释为引起脱离本发明的范围。

结合本文所公开的实施例描述的各种说明性的逻辑框、模件和电路可以利用被设计为执行本文描述的功能的通用处理器、数字信号处理器（DSP）、专用集成电路（ASIC）、现场可编程门阵列（FPGA）或其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件部件或者其任意组合来实现或执行。通用处理器可以是微处理器，但是在替代的方式中，处理器可以是任何常规的处理器、控制器、微控制器或者状态机。处理器也可以被实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的结合，或者任何其它这样的配置。

结合本文所公开的实施例描述的方法、次序或者算法可直接地体现在硬件中、由处理器执行的软件模件中，或者两者的组合中。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM或者本领域已知的任何其它形式的非暂时性存储介质中。将示例性的非暂时性存储介质耦合到处理器，以使处理器可以从非暂时性存储介质读取信息，以及向非暂时性存储介质写入信息。在替代的方式中，非暂时性存储介质可以被整合到处理器中。处理器和非暂时性存储介质可以位于ASIC中。ASIC可以位于用户终端（例如，接入终端）中。在替代的方式中，处理器和非暂时性存储介质可以作为分立部件存在于用户终端中。

在一个或多个示例性实施例中，所描述的功能可以在硬件、软件、固件或其任意组合中实现。如果在软件中实现，则所述功能可以作为一个或多个指令或代码存储在非暂时性计算机可读介质中或者通过其进行传输。非暂时性计算机可读介质包括计算机存储介质和通信介质，所述通信介质包括促进计算机程序从一个地方传送到另一个地方的任何介质。存储介质可以是可由计算机存取的任何可用的介质。通过举例而非限制性的方式，这样的计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁存储设备、或者可以用于以指令或数据结构的形式携带或存储期望的程序代码以及可以由计算机来存取的任何其它的介质。此外，任何连接适当地称为非暂时性计算机可读介质。例如，如果使用同轴电缆、光纤光缆、双绞线、数字用户线（DSL）或无线技术（诸如红外线、无线电和微波）从网站、服务器或其它远程源发送软件，则同轴电缆、光纤光缆、双绞线、DSL或无线技术（诸如红外线、无线电和微波）包括在介质的定义中。如本文所使用的，磁盘和光盘包括压缩光盘（CD）、激光光盘、光盘、数字多功能光盘（DVD）、软盘和蓝光光盘，其中磁盘通常磁性地复制数据，而光盘则利用激光光学地复制数据。上述的组合也应当包括在计算机可读介质的范围内。

虽然前述公开内容示出了本发明的说明性的实施例，但是应当注意到的是，在不脱离如所附权利要求书所定义的本发明范围的情况下，可以在本文中做出各种改变和修改。根据本文描述的本发明的实施例，方法权利要求的功能、步骤和/或动作不需要以任何特定的次序来执行。此外，虽然以单数形式描述或主张了本发明的元素，但是除非明确地声明限于单数形式，否则复数形式是可以预期的。