用于增强型机器类型通信(EMTC)的HARQ和控制信道定时的制作方法

文档序号:14651956发布日期:2018-06-08 22:00阅读:236来源:国知局
用于增强型机器类型通信(EMTC)的HARQ和控制信道定时的制作方法

本申请要求享受以下申请的权益和优先权:于2015年10月22日提交的序列号为No.62/245,230的美国临时专利申请、以及于2016年8月24日提交的美国专利申请No.15/246,082,这两个申请的全部内容通过引用方式并入本文以用于所用适用的目的。

技术领域

概括地说,本公开内容的某些方面涉及无线通信,并且更具体地,本公开内容的某些方面涉及针对增强型机器类型通信(eMTC)的、用于混合自动重传请求(HARQ)进程标识(ID)确定的HARQ定时以及控制信道定时。



背景技术:

广泛部署了无线通信系统,以提供诸如语音、数据等的各种类型的通信内容。这些系统可以是能够通过共享可用的系统资源(例如,带宽和发射功率)来支持与多个用户的通信的多址系统。这种多址系统的例子包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、第三代合作伙伴计划(3GPP)长期演进(LTE)/改进的LTE系统以及正交频分多址(OFDMA)系统。

通常,无线多址通信系统可以同时支持针对多个无线终端的通信。每个终端经由前向和反向链路上的传输与一个或多个基站进行通信。前向链路(或下行链路)是指从基站到终端的通信链路,而反向链路(或上行链路)是指从终端到基站的通信链路。该通信链路可以是经由单输入单输出、多输入单输出或多输入多输出(MIMO)系统来建立的。

无线通信网络可以包括可以支持针对多个无线设备的通信的多个基站。无线设备可以包括用户设备(UE)。一些UE可以被视为机器类型通信(MTC)UE,其可以包括远程设备,它们可以与基站、另一远程设备或某个其它实体进行通信。MTC可以是指涉及在通信的至少一端的至少一个远程设备的通信,并且可以包括涉及未必需要人类交互的一个或多个实体的多种形式的数据通信。MTC UE可以包括能够通过例如公共陆地移动网络(PLMN)与MTC服务器和/或其它MTC设备进行MTC通信的UE。



技术实现要素:

本公开内容的系统、方法和设备均具有若干方面,其中没有单独一个方面独自负责其期望的属性。在不限制如随后的权利要求表达的本公开内容的范围的情况下,现在将简要地论述一些特征。在考虑了该论述之后,并且特别是在阅读了标题为“具体实施方式”的部分之后,将会理解本公开内容的特征如何提供包括无线网络中的接入点与站之间的改进的通信的优点。

本文提供了针对增强型机器类型通信(eMTC)的、用于混合自动重传请求(HARQ)进程标识确定的HARQ定时以及控制信道定时的技术和装置。

本公开内容的某些方面提供了一种由用户设备(UE)执行的方法。概括而言,所述方法包括:至少部分地基于覆盖增强(CE)水平来确定HARQID;以及至少部分地基于所确定的HARQ ID来执行HARQ进程时间线。

本公开内容的某些方面提供了一种由UE执行的方法。概括而言,所述方法包括:至少部分地基于以下项,来确定要发送物理上行链路控制信道(PUCCH)以确认一个或多个下行链路传输的至少一个子帧:在携带要被确认的所述下行链路传输的一个或多个下行链路子帧之后的上行链路子帧的可用性;以及在所确定的至少一个子帧中发送所述PUCCH。

本公开内容的某些方面提供了一种由UE执行的方法。概括而言,所述方法包括:至少部分地基于当前子帧编号、可用子帧编号的模式以及机器类型通信物理下行链路控制信道(MPDCCH)的重复水平,来确定用于监测所述MPDCCH的可能起始子帧集合;以及在所述可能起始子帧集合中的一个或多个子帧中监测所述MPDCCH。

本公开内容的某些方面提供了一种诸如UE之类的装置。概括而言,所述装置包括:用于至少部分地基于以下项,来确定要发送PUCCH以确认一个或多个下行链路传输的至少一个子帧的单元:在携带要被确认的所述下行链路传输的一个或多个下行链路子帧之后的上行链路子帧的可用性;以及用于在所确定的至少一个子帧中发送所述PUCCH的单元。

本公开内容的某些方面提供了一种诸如UE之类的装置。概括而言,所述装置包括:用于至少部分地基于当前子帧编号、可用子帧编号的模式以及MPDCCH的重复水平,来确定用于监测所述MPDCCH的可能起始子帧集合的单元;以及用于在所述可能起始子帧集合中的一个或多个子帧中监测所述MPDCCH的单元。

本公开内容的某些方面提供了一种诸如UE之类的装置。概括而言,所述装置包括:至少一个处理器,其被配置为:至少部分地基于以下项,来确定要发送PUCCH以确认一个或多个下行链路传输的至少一个子帧:在携带要被确认的所述下行链路传输的一个或多个下行链路子帧之后的上行链路子帧的可用性;以及在所确定的至少一个子帧中发送所述PUCCH;以及与所述至少一个处理器耦合的存储器。

本公开内容的某些方面提供了一种诸如UE之类的装置。概括而言,所述装置包括:至少一个处理器,其被配置为:至少部分地基于当前子帧编号、可用子帧编号的模式以及MPDCCH的重复水平,来确定用于监测所述MPDCCH的可能起始子帧集合,以及在所述可能起始子帧集合中的一个或多个子帧中监测所述MPDCCH;以及与所述至少一个处理器耦合的存储器。

本公开内容的某些方面提供了一种具有存储在其上的用于由UE进行的无线通信的计算机可执行代码的计算机可读介质。概括而言,所述计算机可执行代码包括:用于至少部分地基于以下项,来确定要发送PUCCH以确认一个或多个下行链路传输的至少一个子帧的代码:在携带要被确认的所述下行链路传输的一个或多个下行链路子帧之后的上行链路子帧的可用性;以及用于在所确定的至少一个子帧中发送所述PUCCH的代码。

本公开内容的某些方面提供了一种具有存储在其上的用于由UE进行的无线通信的计算机可执行代码的计算机可读介质。概括而言,所述计算机可执行代码包括:用于至少部分地基于当前子帧编号、可用子帧编号的模式以及MPDCCH的重复水平,来确定用于监测所述MPDCCH的可能起始子帧集合的代码;以及用于在所述可能起始子帧集合中的一个或多个子帧中监测所述MPDCCH的代码。

提供了众多其它方面,其包括方法、装置、系统、计算机程序产品、计算机可读介质和处理系统。为了实现前述和相关目的,一个或多个方面包括下文中描述并且在权利要求中具体指出的特征。以下描述和附图详细地阐述了一个或多个方面的某些说明性特征。然而,这些特征指示可以采用各个方面的原理的各种方式中的仅几种方式,并且该描述旨在包括所有这样的方面以及它们的等效物。

附图说明

为了可以详细地理解本公开内容的上述特征,可以通过参照各方面给出更为具体的描述(以上简要概述的),其中一些方面在附图中示出。然而,要注意的是,附图仅示出本公开内容的某些典型的方面,并且因此并不被认为是限制其范围,因为该描述可以允许其它同等有效的方面。

图1是概念性地示出根据本公开内容的某些方面的无线通信网络的例子的框图。

图2示出概念性地示出根据本公开内容的某些方面的、无线通信网络中的基站与用户设备(UE)相通信的例子的框图。

图3是概念性地示出根据本公开内容的某些方面的无线通信网络中的帧结构的例子的框图。

图4是概念性地示出根据本公开内容的某些方面的、具有普通循环前缀的两种示例性子帧格式的框图。

图5示出根据本公开内容的某些方面的、用于增强型机器类型通信(eMTC)的示例性子帧配置。

图6示出示例物理上行链路共享信道(PUSCH)混合自动重传请求(HARQ)时间线。

图7示出遵循HARQ定时的用于eMTC的示例PUSCH HARQ时间线。

图8是示出根据本公开内容的某些方面的、用于确定由UE进行的无线通信中的HARQ ID的示例操作的流程图。

图9示出了根据本公开内容的某些方面的、用于在半双工频分双工(HD-FDD)中操作的UE的示例子帧使用。

图10是示出根据本公开内容的某些方面的、用于由UE进行的无线通信中的控制信道定时的示例操作的流程图。

图11是示出根据本公开内容的某些方面的、用于确定用于针对由UE进行的无线通信中的MTC物理下行链路控制信道(MPDCCH)进行监测的起始子帧的示例操作的流程图。

图12是示出根据本公开内容的某些方面的、用于针对MPDCCH进行监测的可能起始子帧的示例传输时间线。

为了有助于理解,在可能的情况下已经使用了相同的附图标记来指定对于各图而言共同的相同元素。预期的是,在一个方面中公开的元素可以有益地用在其它方面上,而无需具体记载。

具体实施方式

本公开内容的各方面提供了针对增强型机器类型通信(eMTC)的、用于混合自动重传请求(HARQ)进程标识(ID)确定的HARQ定时。eMTC可以用于由具有有限通信资源的设备(例如MTC设备(例如,低成本MTC设备或低成本eMTC设备))进行的通信。MTC设备可以被实现为IoT(物联网)设备,例如,窄带IoT(NB-IoT)设备。在特定的无线接入技术(RAT)(诸如举例来说,长期演进(LTE))中,低成本MTC设备可以与传统设备共存,并且可以在从该特定的RAT所支持的较宽的可用系统带宽中划分出的一个或多个窄带区域上进行操作。低成本MTC设备还可以支持不同的操作模式,例如,覆盖增强(CE)模式(例如,在该模式中,可以跨越多个子帧来捆绑或发送同一消息的重复)、普通覆盖模式(例如,在该模式中,可以不发送重复)等。

因此,如以下将更加详细描述的,本文给出的技术可以允许用户设备(UE)至少部分地基于该UE的覆盖增强(CE)水平来确定HARQ ID。在各方面中,UE可以确定要在其中发送物理上行链路控制信道(PUCCH)以确认一个或多个下行链路传输的至少一个子帧。UE可以至少部分地基于以下项,来确定至少一个子帧:在携带要被确认的下行链路传输的一个或多个下行链路子帧之后的上行链路子帧的可用性。根据某些方面,UE可以基于当前子帧编号、可用子帧编号的模式(pattern)以及MPDCCH的重复水平,来确定用于监测MPDCCH机会的可能的起始子帧集合。

本文中描述的技术可以用于诸如CDMA、TDMA、FDMA、OFDMA、SC-FDMA和其它网络之类的各种无线通信网络。术语“网络”和“系统”经常可互换地使用。CDMA网络可以实现诸如通用陆地无线接入(UTRA)、cdma2000等的无线电技术。UTRA包括宽带CDMA(WCDMA)、时分同步CDMA(TD-CDMA)和CDMA的其它变型。cdma2000涵盖IS-2000、IS-95和IS-856标准。TDMA网络可以实现诸如全球移动通信系统(GSM)之类的无线电技术。OFDMA网络可以实现诸如以下各项的无线电技术:演进型UTRA(E-UTRA)、超移动宽带(UMB)、IEEE 802.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE 802.20、闪速等。UTRA和E-UTRA是通用移动电信系统(UMTS)的部分。3GPP长期演进(LTE)和改进的LTE(LTE)(在频分双工(FDD)和时分双工(TDD)二者中)是UMTS的使用E-UTRA的新版本,其在下行链路上采用OFDMA并且在上行链路上采用SC-FDMA。在来自名为“第三代合作伙伴计划”(3GPP)的组织的文档中描述了UTRA、E-UTRA、UMTS、LTE、LTE-A和GSM。在来自名为“第三代合作伙伴计划2”(3GPP2)的组织的文档中描述了cdma2000和UMB。本文中描述的技术可以用于上文提到的无线网络和无线电技术以及其它无线网络和无线电技术。为了清楚起见,以下针对LTE/改进的LTE描述了这些技术的某些方面,并且在以下大部分描述中使用了LTE/改进的LTE术语。LTE和LTE-A通常被称为LTE。

无线通信网络可以包括可以支持针对多个无线设备的通信的多个基站。无线设备可以包括用户设备(UE)。UE的一些例子可以包括蜂窝电话、智能电话、个人数字助理(PDA)、无线调制解调器、手持设备、平板设备、膝上型计算机、上网本、智能本、超级本、可穿戴设备(例如,智能手表、智能手链、智能眼镜、智能指环、智能服装)、娱乐设备(例如,音乐播放器、游戏设备)、照相机、导航/位置确定设备、医疗保健/医疗设备、车载设备等。一些UE可以被视为机器类型通信(MTC)UE,其可以包括可以与基站、另一远程设备或某个其它实体进行通信的远程设备,例如,无人机、机器人/机器人式设备、传感器、计量仪、监测设备、安全设备、位置标签等。机器类型通信(MTC)可以是指涉及在通信的至少一端的至少一个远程设备的通信,并且可以包括涉及未必需要人类交互的一个或多个实体的多种形式的数据通信。MTC UE可以包括能够通过例如公共陆地移动网络(PLMN)与MTC服务器和/或其它MTC设备进行MTC通信的UE。

注意的是,虽然本文中可能使用通常与3G和/或4G无线技术相关联的术语描述了各方面,但是本公开内容的各方面可以应用于其它通信系统(例如,5G及以后的系统)中。

图1示出了可以在其中实施本公开内容的各方面的示例无线通信网络100。例如,本文给出的技术可以用于针对由无线设备执行的增强型机器类型通信(eMTC)提供用于混合自动重传请求(HARQ)进程标识(ID)确定的HARQ定时。UE 120(例如,其可以是低成本UE、MTC UE或IoT设备)可以基于该UE的覆盖增强(CE)水平来确定HARQ ID,并且可以基于所确定的HARQ ID来执行与eNB 110的HARQ进程时间线。根据某些方面,UE 120可以至少部分地基于以下项,来确定要发送物理上行链路控制信道(PUCCH)以确认一个或多个下行链路传输的至少一个子帧:在携带要被确认的下行链路传输的一个或多个下行链路子帧之后的上行链路子帧的可用性。根据某些方面,UE 120可以至少部分地基于当前子帧编号、可用子帧编号的模式以及MPDCCH的重复水平,来确定用于监测机器类型通信物理下行链路控制信道(MPDCCH)的可能的起始子帧集合。

网络100可以是LTE网络或某个其它无线网络。无线网络100可以包括多个演进型节点B(eNB)110和其它网络实体。eNB是与用户设备(UE)进行通信的实体,并且还可以被称为基站、节点B、接入点等。每个eNB可以为特定地理区域提供通信覆盖。在3GPP中,术语“小区”可以指代eNB的覆盖区域和/或为该覆盖区域服务的eNB子系统,这取决于使用该术语的上下文。

eNB可以为宏小区、微微小区、毫微微小区和/或其它类型的小区提供通信覆盖。宏小区可以覆盖相对大的地理区域(例如,半径为几千米),并且可以允许由具有服务订制的UE进行不受限制的接入。微微小区可以覆盖相对小的地理区域,并且可以允许由具有服务订制的UE进行不受限制的接入。毫微微小区可以覆盖相对小的地理区域(例如,住宅),并且可以允许由与该毫微微小区具有关联的UE(例如,封闭用户组(CSG)中的UE)进行受限接入。用于宏小区的eNB可以被称为宏eNB。用于微微小区的eNB可以被称为微微eNB。用于毫微微小区的eNB可以被称为毫微微eNB或者家庭eNB(HeNB)。在图1中示出的例子中,eNB 110a可以是用于宏小区102a的宏eNB,eNB 110b可以是用于微微小区102b的微微eNB,而eNB110c可以是用于毫微微小区102c的毫微微eNB。eNB可以支持一个或多个(例如,三个)小区。术语“eNB”、“基站”和“小区”可以在本文中互换地使用。

无线网络100还可以包括中继站。中继站是可以从上游站(例如,eNB或者UE)接收数据传输并且将数据传输发送给下游站(例如,UE或者eNB)的实体。中继站还可以是可以为其它UE中继传输的UE。在图1中示出的例子中,中继站110d可以与宏eNB 110a以及UE 120d进行通信,以便促进eNB 110a与UE 120d之间的通信。中继站还可以被称为中继eNB、中继基站、中继器等。

无线网络100可以是异构网络,其包括不同类型的eNB,例如,宏eNB、微微eNB、毫微微eNB、中继eNB等。这些不同类型的eNB可以在无线网络100中具有不同的发射功率电平、不同的覆盖区域以及对干扰的不同影响。例如,宏eNB可以具有高发射功率电平(例如,5至40瓦特),而微微eNB、毫微微eNB和中继eNB可以具有较低的发射功率电平(例如,0.1至2瓦特)。

网络控制器130可以耦合到一组eNB,并且可以为这些eNB提供协调和控制。网络控制器130可以经由回程与eNB进行通信。eNB还可以例如经由无线或者有线回程直接地或者间接地相互通信。

UE 120(例如,120a、120b、120c)可以散布在整个无线网络100中,并且每个UE可以是静止的或移动的。UE还可以被称为接入终端、终端、移动站、用户单元、站等。UE可以是蜂窝电话(例如,智能电话)、个人数字助理(PDA)、无线调制解调器、无线通信设备、手持设备、膝上型计算机、无绳电话、无线本地环路(WLL)站、平板设备、照相机、游戏设备、上网本、智能本、超级本、丢失UE(lost UE)、MTC UE、IoT设备等。在图1中,具有双箭头的实线指示UE与服务eNB之间的期望传输,服务eNB是被指定为在下行链路和/或上行链路上为UE服务的eNB。具有双箭头的虚线指示UE与eNB之间的潜在干扰传输。

无线通信网络100(例如,LTE网络)中的一个或多个UE 120还可以是低成本、低数据速率设备,例如,诸如低成本MTC UE、低成本eMTC UE等。低成本UE可以在LTE网络中与传统和/或改进的UE共存,并且在与无线网络中的其它UE(例如,非低成本UE)相比时可以具有受限的一个或多个能力。例如,在与LTE网络中的非低成本UE相比时,低成本UE可以利用以下各项中的一项多项进行操作:最大带宽的减小(相对于非低成本UE而言)、单接收射频(RF)链、峰值速率的减小、发射功率的减小、秩1传输、半双工操作等。如本文中使用的,具有有限的通信资源的设备(例如,MTC设备、eMTC设备等)通常被称为低成本UE。类似地,其它设备(例如,传统和/或改进的UE(例如,在LTE中))通常被称为非低成本UE。

图2示出了基站/eNB 110和UE 120的设计的框图,基站/eNB 110和UE 120可以是图1中基站/eNB中的一个以及UE中的一个。基站110可以配备有T个天线234a至234t,而UE 120可以配备有R个天线252a至252r,其中,通常T≥1并且R≥1。

在基站110处,发送处理器220从数据源212接收针对一个或多个UE的数据,基于从每个UE接收的CQI来选择用于该UE的一个或多个调制和编码方案(MCS),基于针对每个UE选择的MCS来处理(例如,编码和调制)用于该UE的数据,并且提供用于所有UE的数据符号。发送处理器220还可以处理系统信息(例如,针对SRPI等)和控制信息(例如,CQI请求、授权、上层信令等),并且提供开销符号和控制符号。处理器220还可以生成用于参考信号(例如,CRS)和同步信号(例如,PSS和SSS)的参考符号。发送(TX)多输入多输出(MIMO)处理器230可以对数据符号、控制符号、开销符号和/或参考符号执行空间处理(例如,预编码)(如果适用的话),并且可以将T个输出符号流提供给T个调制器(MOD)232a至232t。每个调制器232可以处理相应的输出符号流(例如,针对OFDM等)以获得输出采样流。每个调制器232可以进一步处理(例如,转换到模拟、放大、滤波以及上变频)输出采样流以获得下行链路信号。可以分别经由T个天线234a至234t发送来自调制器232a至232t的T个下行链路信号。

在UE 120处,天线252a至252r可以从基站110和/或其它基站接收下行链路信号,并且可以将接收的信号分别提供给解调器(DEMOD)254a至254r。每个解调器254可以调节(例如,滤波、放大、下变频以及数字化)其接收的信号以获得输入采样。每个解调器254可以进一步处理输入采样(例如,针对OFDM等)以获得接收符号。MIMO检测器256可以从所有R个解调器254a到254r获得接收符号,对接收符号执行MIMO检测(如果适用的话),以及提供经检测的符号。接收处理器258可以处理(例如,解调和解码)经检测的符号,将针对UE 120的经解码的数据提供给数据宿260,以及将经解码的控制信息和系统信息提供给控制器/处理器280。信道处理器可以确定RSRP、RSSI、RSRQ、CQI等。

在上行链路上,在UE 120处,发送处理器264可以接收和处理来自数据源262的数据以及来自控制器/处理器280的控制信息(例如,针对包括RSRP、RSSI、RSRQ、CQI等的报告)。处理器264还可以生成用于一个或多个参考信号的参考符号。来自发送处理器264的符号可以由TX MIMO处理器266预编码(如果适用的话),由解调器254a至254r进一步处理(例如,针对SC-FDM、OFDM等),并且被发送给基站110。在基站110处,来自UE 120和其它UE的上行链路信号可以由天线234接收,由解调器232处理,由MIMO检测器236检测(如果适用的话),并且由接收处理器238进一步处理,以获得经解码的由UE 120发送的数据和控制信息。处理器238可以将经解码的数据提供给数据宿239,以及将经解码的控制信息提供给控制器/处理器240。基站110可以包括通信单元244,并且经由通信单元244与网络控制器130进行通信。网络控制器130可以包括通信单元294、控制器/处理器290和存储器292。

控制器/处理器240和280可以分别指导基站110和UE 120处的操作,以执行本文给出的针对eMTC的用于HARQ ID确定的HARQ定时的技术,以用于在UE(例如,eMTC UE)和基站(例如,eNodeB)之间的通信。例如,处理器240和/或基站110处的其它处理器和模块、以及处理器280和/或UE 120处的其它处理器和模块可以分别执行或指导基站110和UE120的操作。例如,控制器/处理器280和/或UE 120处的其它控制器/处理器和模块、和/或控制器/处理器240和/或BS 110处的其它控制器/处理器和模块可以分别执行或指导在图8、10和11中示出的操作800、1000和1100。存储器242和282可以分别存储用于基站110和UE 120的数据和程序代码。调度器246可以调度UE进行下行链路和/或上行链路上的数据传输。

图3示出用于LTE中的FDD的示例性帧结构300。用于下行链路和上行链路中的每一个的传输时间线可以被划分为无线帧的单元。每个无线帧可以具有预定的持续时间(例如,10毫秒(ms)),并且可以被划为具有0至9的索引的10个子帧。每个子帧可以包括两个时隙。因此,每个无线帧可以包括具有0至19的索引的20个时隙。每个时隙可以包括L个符号周期,例如,对于普通循环前缀而言,可以包括七个符号周期(如图3中所示),或者对于扩展循环前缀而言,包括六个符号周期。可以为每个子帧中的2L个符号周期分配0至2L-1的索引。

在LTE中,eNB可以在用于该eNB所支持的每个小区的系统带宽的中心中的下行链路上发送主同步信号(PSS)和辅同步信号(SSS)。如图3中所示,可以分别在具有普通循环前缀的每个无线帧的子帧0和5中的符号周期6和5中发送PSS和SSS。PSS和SSS可以由UE用于小区搜索和捕获。eNB可以跨越用于该eNB所支持的每个小区的系统带宽来发送小区特定参考信号(CRS)。CRS可以是在每个子帧的某些符号周期中发送的,并且可以由UE用于执行信道估计、信道质量测量和/或其它功能。eNB还可以在某些无线帧的时隙1中的符号周期0至3中发送物理广播信道(PBCH)。PBCH可以携带某些系统信息。eNB可以在某些子帧中的物理下行链路共享信道(PDSCH)上发送其它系统信息,例如系统信息块(SIB)。eNB可以在子帧的前B个符号周期中的物理下行链路控制信道(PDCCH)上发送控制信息/数据,其中,B可以针对每个子帧是可配置的。eNB可以在每个子帧的剩余符号周期中的PDSCH上发送业务数据和/或其它数据。

图4示出了具有普通循环前缀的两种示例性子帧格式410和420。可用的时频资源可以被划分为资源块。每个资源块可以覆盖一个时隙中的12个子载波,并且可以包括多个资源单元。每个资源单元可以覆盖一个符号周期中的一个子载波,并且可以用于发送一个调制符号(其可以是实值或者复值)。

子帧格式410可以用于两个天线。CRS可以是在符号周期0、4、7和11中从天线0和1发送的。参考信号是由发射机和接收机先验已知的信号,并且还可以被称为导频。CRS是特定于小区的参考信号(例如,基于小区身份(ID)而生成的)。在图4中,对于具有标记Ra的给定资源单元,可以在该资源单元上从天线a发送调制符号,并且可以在该资源单元上不从其它天线发送调制符号。子帧格式420可以与四个天线一起使用。CRS可以是在符号周期0、4、7和11中从天线0和1发送的并且在符号周期1和8中从天线2和3发送的。对于子帧格式410和420二者,CRS可以是在均匀间隔开的子载波(其可以是基于小区ID来确定的)上发送的。CRS可以是在相同或不同的子载波上发送的,这取决于它们的小区ID。对于子帧格式410和420二者,没有用于CRS的资源单元可以用于发送数据(例如,业务数据、控制数据和/或其它数据)。

在公众可得到的、名称为“Evolved Universal Terrestrial Radio Access(E-UTRA);Physical Channels and Modulation”的3GPP TS 36.211中描述了LTE中的PSS、SSS、CRS和PBCH。

对于LTE中的FDD,交错结构可以用于下行链路和上行链路中的每一个。例如,可以定义具有0至Q-1的索引的Q个交错体,其中,Q可以等于4、6、8、10或某个其它值。每个交错体可以包括被间隔开Q个帧的子帧。具体地,交错体q可以包括子帧q、q+Q、q+2Q等,其中,q∈{0,…,Q-1}。

无线网络可以支持针对下行链路和上行链路上的数据传输的混合自动重传请求(HARQ)。对于HARQ,发射机(例如,eNB)可以发送分组的一个或多个传输,直到该分组被接收机(例如,UE)正确地解码或者遇到某个其它终止条件为止。对于同步HARQ,可以在单个交错体的子帧中发送该分组的所有传输。对于异步HARQ,可以在任何子帧中发送该分组的每个传输。

UE可以位于多个eNB的覆盖内。这些eNB中的一个eNB可以被选择为对UE进行服务。可以基于诸如接收信号强度、接收信号质量、路径损耗等的各种准则来选择服务eNB。接收信号质量可以由信干噪比(SINR)或参考信号接收质量(RSRQ)或某个其它度量来量化。UE可以在显著干扰场景中操作,在该场景中,UE可以观察到来自一个或多个干扰eNB的高干扰。

如上所述,与无线通信网络中的其它(非低成本)设备相比,无线通信网络(例如,无线通信网络100)中的一个或多个UE可以是具有有限通信资源的设备,例如,低成本UE。

传统LTE设计的关注点在于频谱效率的改善、普遍存在的覆盖和增强的服务质量(QoS)支持。当前LTE系统下行链路(DL)和上行链路(UL)链路预算被设计用于对可以支持相对大的DL和UL链路预算的高端设备(例如,最先进的智能电话和平板设备)的覆盖。

然而,也需要支持低成本、低速率设备。例如,某些标准(例如,LTE版本12)已经引入新类型的UE(被称为类别0UE),其通常以低成本设计或机器类型通信为目标。对于机器类型通信(MTC),各种要求可能是宽松的,因为可能仅需要交换有限的信息量。例如,可以减小最大带宽(例如,相对于传统UE而言),可以使用单个接收射频(RF)链,可以减小峰值速率(例如,用于传输块大小的最大1000比特),可以减小发射功率,可以使用秩1传输,以及可以执行半双工操作。

在一些情况下,如果执行半双工操作,则MTC UE可以具有宽松的切换时间来从发送转换到接收(或从接收转换到发送)。例如,切换时间可以从用于常规UE的20μs被放宽到用于MTC UE的1ms。版本12MTC UE可以仍然以与常规UE相同的方式监测下行链路(DL)控制信道,例如,针对前几个符号中的宽带控制信道(例如,PDCCH)以及占用相对窄带但是跨越子帧长度的窄带控制信道(例如,增强型PDCCH或ePDCCH)进行监测。

某些标准(例如,LTE版本13)可以引入针对各种额外的MTC增强(在本文中被称为增强型MTC(或eMTC))的支持。例如,eMTC可以向MTC UE提供多至15dB的覆盖增强。

如图5的子帧结构500中所示,eMTC UE可以支持窄带操作,同时在较宽的系统带宽(例如,1.4/3/5/10/15/20MHz)中进行操作。在图5中示出的例子中,传统控制区域510可以跨越前几个符号的系统带宽,而系统带宽的窄带区域530(跨越数据区域520的窄带部分)可以被预留用于MTC物理下行链路控制信道(在本文中被称为M-PDCCH)以及用于MTC物理下行链路共享信道(在本文中被称为M-PDSCH)。在一些情况下,监测窄带区域的MTC UE可以在1.4MHz或6个资源块(RB)处进行操作。

然而,如上所述,eMTC UE可能能够在具有大于6个RB的带宽的小区中进行操作。在该较大的带宽内,每个eMTC UE可以仍然进行操作(例如,监测/接收/发送),同时遵守6个物理资源块(PRB)约束。在一些情况下,不同的eMTC UE可以通过不同的窄带区域(例如,其中每个跨越具有6个PRB的块)来服务。由于系统带宽可以从1.4跨越至20MHz或者从6个RB跨越至100个RB,所以多个窄带区域可以存在于较大的带宽内。eMTC UE还可以在多个窄带区域之间切换或跳变,以便减小干扰。

如上所述,某些标准(例如,长期演进(LTE)版本13)可以引入对用于机器类型通信(MTC)的各种增强(在本文中被称为增强型MTC(eMTC))的支持。例如,eMTC可以向MTC设备(例如,MTC用户设备(UE))提供多至15dB的覆盖增强。

如上所述,在eMTC中,系统带宽可以被划分为窄带子带。每个窄带子带可以是6个资源块(RB)。UE可以在每个子帧的一个窄带中进行发送和接收。在许多情况下,对于eMTC,可以将捆绑用于信道。在一种操作模式(在本文中被称为覆盖增强(CE)模式A)中,可以不使用重复或可以使用几个重复。在另一种操作模式(CE模式B)中,可以使用大量重复。

MTC物理下行链路控制信道(M-PDCCH)特定于UE的搜索空间的起始子帧可以被配置用于增强覆盖。对于在覆盖增强操作模式中的UE,用于至少单播物理下行链路共享信道(PDSCH)/物理上行链路共享信道(PUSCH)的重复水平可以基于由较高层配置的值集合来动态地指示。

无论是在覆盖增强模式还是传统模式中操作,用于UE的PUSCH混合自动重传请求(HARQ)操作都可以是同步的(例如,HARQ进程连续地运行)。对于同步操作,可以根据子帧编号和/或事先已知的其它参数来隐式地计算HARQ进程ID(HARQ ID)。在下行链路HARQ中,HARQ ID可以是异步的,并且是在授权中显式地指示的。

针对低成本设备(例如,eMTC设备)的HARQ定时可以与针对非低成本设备的HARQ定时不同。图6示出了示例PUSCH HARQ时间线。例如,如图6中所示,在传统LTE中,PUSCH HARQ定时是N+4。例如,在子帧N中接收的授权(例如,PUCCH中的下行链路控制信息(DCI))调度子帧N+4上的PUSCH(例如,用于第一HARQ进程);针对PUSCH的反馈(例如,ACK/NACK)是在子帧N+8中经由物理HARQ指示符信道(PHICH)或下行链路控制信息(DCI)来接收的;以及针对PUSCH的HARQ重传是在子帧N+12中发送的。在传统LTE中,上行链路捆绑可以是半静态地配置的,并且因此,类似的定时关系可以是事先已知的。在各方面中,HARQ编号根据无线资源控制(RRC)配置来改变。

对于eMTC,捆绑可以动态地改变。因此,例如对于大的CE水平(例如,较大的捆绑大小),PUSCH的起始点可以不再对准。如果使用了N+4HARQ定时(例如,在图6中示出的传统LTE HARQ定时),则用于重传的DCI的定时可以取决于PUSCH捆绑大小和第一DCI捆绑大小。例如,如图7中所示,授权(例如,MPDCCH中的DCI)可以在子帧N中开始,并且在子帧N+M中结束(其中,M是用于授权的捆绑)。在这种情况下,该授权调度子帧N+M+4中的PUSCH,并且PUSCH传输可以在子帧N+M+4+K中结束(其中,K是用于PUSCH的捆绑)。因为值M和K可以动态地改变,所以如果错过该授权,那么可能在UE和eNB之间发生失准(misalignment)。

因此,用于eMTC的HARQ的技术是所期望的。本公开内容提供了用于eMTC的HARQ的技术和装置,其包括:PUSCH HARQ定时,以用于针对eMTC的HARQ ID确定、用于发送PUCCH的子帧确定和起始MPDCCH子帧确定。

图8是示出了根据本公开内容的某些方面的、用于无线通信的示例操作800的流程图。操作800可以例如由UE(例如,UE 120)来执行。在802处,操作800可以从以下操作开始:至少部分地基于CE水平来确定HARQ ID。例如,该CE水平可以是部分地根据用于各个信道的捆绑大小或根据显式信令(例如,CE模式A或CE模式B)来确定的。对HARQ ID的确定可以进一步基于当前子帧编号、系统帧编号(SFN)、用于监测MPDCCH或PUSCH的起始子帧或最后子帧、和/或用于MPDCCH或PUSCH的重复水平集合。根据某些方面,如果CE水平改变,则用于确定HARQ ID的参数可以改变。

在804处,UE至少部分地基于所确定的HARQ ID,来执行HARQ进程时间线。例如,执行HARQ进程可以包括:基于或根据HARQ进程时间线来执行HARQ进程。

为了维持UE(例如,UE 120)与eNB(例如,eNB 110)之间的一致行为,HARQ编号可以不取决于先前授权。如果重复水平(例如,捆绑大小)是大的,则可能不期望具有子帧粒度来确定HARQ ID。例如,MPDCCH可以具有4、8或12的重复水平。因此,由于MPDCCH可能从不具有为1的重复水平,所以可能从不使用该HARQ ID。

根据某些方面,UE(例如,UE 120)可以基于当前子帧或SFN以及CE水平,来确定HARQ ID。例如,在CE模式A中,因为不存在重复或存在几个重复,所以UE可以类似于在传统系统中来确定HARQ ID。例如,HARQ ID可以每8个子帧循环用于8个HARQ进程。

在CE模式B中,UE可以基于用于监测MPDCCH的起始子帧来执行HARQ ID确定。例如,如果UE在具有2个HARQ进程的每20个子帧监测MPDCCH(其可以具有不同的重复水平),那么在子帧[0,19]、[40,59]、[80,99]等等中的授权(例如,针对HARQ进程)可以具有HARQ ID#0,而来自子帧[20,39]、[60,79]等等中的授权(例如,针对不同的HARQ进程)可以具有HARQ ID#1。通常,针对第i个MPDCCH监测间隔,可以按照imod N来获得HARQ ID,其中,N是HARQ进程的数量。

替代地,HARQ ID可以是基于PUSCH传输的起始点和/或终点的,类似于如上针对MPDCCH起始子帧所描述的(例如,类似于针对CE模式A的传统方式),或者针对CE模式B,是基于用于监测PUSCH的起始子帧的(例如,i mod N,其中,i是第i个PUSCH监测间隔)。

根据某些方面,子帧掩码可以用于子帧可用性。例如,UE可以被配置有DL和UL子帧集合。为了考虑当前子帧和CE水平,UE可以将子帧掩码考虑在内。

根据某些方面,UE可以在基于传统定时来确定HARQ ID或基于监测间隔和起始子帧来确定HARQ ID之间进行切换。这种切换可以基于CE水平。

根据某些方面,可以监测背对背(例如,连续的)MPDCCH机会。在这种情况下,可以基于子帧编号和所监测的MPDCCH重复水平集合来确定HARQ ID。例如,如果MPDCCH具有重复水平1、2、4或8,那么可以存在四个HARQ ID。在这种情况下,HARQ ID可以被确定为floor(SF/8)mod 4(对(SF/8)mod 4向下取整)(例如,每8个子帧改变HARQ ID)。

对于小的CE水平,HARQ ID可以被确定为floor(子帧编号(SF)/MinR)mod NumHARQ(例如,每个子帧循环HARQ编号),其中,MinR是正被监测的重复水平集合中的最小重复数量,而NumHARQ是HARQ进程的数量。对于大的CE水平,HARQ ID可以被确定为floor(SF/MaxR)mod NumHARQ,其中,MaxR是正被监测的重复水平集合中的最大重复数量。因此,在重复水平1、2、4和8的例子中:MinR=1,MaxR=8以及NumHARQ=4。

根据某些方面,子帧编号可以是MPDCCH的起始或结束子帧或者PUSCH的起始或结束子帧。MaxR和MinR可以是根据PUSCH的最大捆绑大小和最小捆绑大小来确定的。对HARQ ID的确定可以基于CE水平来切换,例如,在基于用于较小CE水平的MinR(例如,CE模式A)与基于用于较大CE水平的MaxR(例如,CE模式B)之间进行切换。

针对大的捆绑大小(例如,CE模式B),HARQ效率可能是期望的。在这种情况下,可以使用小数量的HARQ进程(例如,仅2个HARQ进程),以使得可以仅使用1个比特来用信号发送HARQ ID。

根据某些方面,UE可以基于覆盖增强水平来使用同步或异步HARQ(例如,在其之间进行切换)。例如,UE可以在CE模式B中使用同步HARQ,其中,仅需要PUSCH授权中的1个比特来用信号发送HARQ进程编号。

对于下行链路,可以使用异步HARQ。如上所述,对于异步HARQ,可以在授权中显式地发送HARQ ID,并且在该授权之后发送PDSCH。在子帧N中发送PDSCH之后,在子帧N+K中发送PUCCH,其中,K是事先已知的,并且可以取决于双工配置(TDD/FDD)。例如,如图6中所示,对于传统LTE,K等于4个子帧。可以将用于DL和UL子帧的参考(甚至用于FDD)用信号发送给UE。

对于DL,相同子帧调度可能不是可用的。可以在子帧#0、1、2、3(例如,四个重复)中发送MPDCCH(例如,授权),并且在子帧N+2(例如,子帧#2、3、4、5)中调度PDSCH。因为不使用相同子帧调度,所以针对PDSCH传输的反馈只有在完成所有的PDSCH传输之后才可以开始。因此,反馈可以在子帧#6、7、8、9中。这可能减少用于处于良好覆盖的UE(例如,针对半双工(HD)FDD)的峰值数据。如图9中所示,对于HD-FDD,由于HARQ进程的定时约束,所以十个子帧中仅有四个子帧可以用于数据(例如,PDSCH)。

图10是示出根据本公开内容的某些方面的、用于确定用于发送反馈(例如,PUCCH)的起始子帧的示例操作1000的流程图。操作1000可以包括由UE(例如,UE 120)执行的操作。例如,在1002处,操作1000可以从以下操作开始:至少部分地基于以下项,来确定要发送PUCCH以确认一个或多个下行链路传输的至少一个子帧:在携带要被确认的下行链路传输的一个或多个下行链路子帧之后的上行链路子帧的可用性。在1004处,UE在所确定的至少一个子帧中发送PUCCH。

UE可以被配置有DL和UL子帧的集合。根据某些方面,UE可以在N+K之后的第一可用子帧中发送PUCCH。例如,携带针对子帧N中的PDSCH的反馈的PUCCH可以是在用于HARQ过程的配置数量的子帧K之后的第一配置的UL子帧(例如,可用的)中发送的。第一可用子帧中的反馈可以被提供用于具有相同PUCCH的多个PDSCH。例如,该反馈可以包括:用于所有的反馈的仅一个比特(例如,用于多个PDSCH的单个比特)、用于每个PDSCH群组的一个比特、或者用于多个PDSCH中的每个PDSCH的一个比特。在说明性例子中,基于图9,子帧#9可以是第一可用上行链路子帧。可以在子帧#2-8中发送数据,并且可以在UL子帧#9中发送针对PDSCH中的所有PDSCH的反馈。因此,与图9中示出的先前例子相反,十个子帧中的七个子帧可以用于数据。

在一些情况下,可能期望的是,具有用于上行链路数据传输(例如,PUSCH)的上行链路子帧。代替将第一可用UL子帧用于PUCCH,可以将用于DL的可用子帧集合、用于UL PUSCH的可用子帧集合和用于UL PUCCH的可用子帧集合用信号通知给UE。在这种情况下,代替在N+K之后的第一可用上行链路子帧中发送PUCCH,UE可以在用信号通知的用于UL PUCCH的子帧集合中的在N+K之后的用于PUCCH的第一UL可用子帧中发送PUCCH。在该子帧中的反馈可以包括如上所述的针对多个PDSCH的反馈。PUSCH可以是在用信号通知的可用于UL PUSCH的子帧集合中发送的。

根据某些方面,HARQ定时可以取决于UE能力(例如,全双工或半双工)。例如,如果UE被配置用于全双工操作,那么可以根据传统LTE HARQ定时,在子帧N+K中发送PUCCH。因为UE可以在FD操作中同时进行发送和接收。如果UE被配置用于半双工操作,那么可以基于配置的UL/DL子帧集合中的第一可用U子帧或者基于用信号通知的可用于DL、UL PUCCH和UL PUSCH的子帧集合,遵循如上所述的上行链路模式(或PUCCH掩码),在N+K之后的第一可用子帧中发送PUCCH。

根据某些方面,对于初始消息交换(其中,eNB不知道UE是被配置用于全双工操作还是被配置用于半双工操作),UE可以使用最坏情况配置(例如,半双工)。

根据某些方面,UE可以知道(例如,确定)MPDCCH机会的起始子帧,以开始针对MPDCCH进行监测。根据某些方面,可以基于子帧编号、可用子帧编号的模式以及MPDCCH重复水平来确定用于MPDCCH机会的起始子帧。所有重复水平可以具有公共起始点。UE可以在多个无线帧之后重新启动其子帧计数器。

图11是示出根据本公开内容的某些方面的、用于确定用于监测MPDCCH的起始子帧的示例操作1100的流程图。操作1100可以包括由UE(例如,UE 120)执行的操作。例如,在1102处,操作1100可以从以下操作开始:基于当前子帧编号、可用子帧编号的模式以及MPDCCH的重复水平,来确定用于监测MPDCCH的可能起始子帧集合。在1104处,UE在可能起始子帧集合中的一个或多个子帧中监测MPDCCH。

根据某些方面,可以基于子帧编号、可用子帧编号以及MPDCCH重复水平来确定用于监测MPDCCH机会的起始子帧。针对所有重复水平,可以存在公共起始子帧。图12是示出用于针对MPDCCH进行监测的可能起始子帧的示例传输时间线1200。在一种示例实现方式中,UE可以被配置为监测1、2和4的MPDCCH重复水平。如图12中所示,该例子中的子帧配置可以是除了每个无线帧中的子帧#3、4和8之外,所有下行链路子帧都是有效的(例如,用信号通知为1、1、0、1、1、1、1、1、1、1)。

可以将子帧#0用信号通知为参考子帧。参考子帧可以是相对于绝对帧边界(例如,每40个无线帧)而定义的。参考子帧可以是显式地确定的(例如,在规范中定义的)。替代地,参考子帧可以取决于下行链路子帧模式,例如在一时段中的有效下行链路子帧的数量。在另一替代方式中,参考子帧可以取决于支持的最大覆盖增强水平(例如,最大MPDCCH重复水平)。根据某些方面,如果两个MPDCCH区域冲突(例如,正好在参考子帧之前),则候选中的一些候选可能不是有效的。

从参考子帧(例如,子帧#0)开始,UE可以对有效的可用下行链路子帧进行计数(例如,不对无效子帧进行计数)。UE可以将与最大MPDCCH重复水平对应的有效子帧确定为用于监测MPDCCH的起始子帧。在图12中示出的例子中,UE可以将每四个有效子帧(第一帧中的子帧#0和6以及第二无线帧中的子帧#1)确定为用于监测MPDCCH机会的起始子帧。

在图12中示出的例子中,每2个无线帧(在子帧#0处)出现参考子帧。如上所述,子帧#3、4和8可以是无效的。如图12中所示,在计数器在下一参考子帧(例如,示出的第三无线帧的子帧#0)处重新启动之前,在第十二个有效子帧(第二无线帧的子帧#7)处的起始MPDCCH时机可以仅包括三个子帧。在这种情况下,可以不支持为四的重复水平,或者可以在该时机中不执行监测。

根据某些方面,UE可以在两步过程中确定用于MPDCCH监测的起始点。UE可以例如基于对有效下行链路子帧进行计数以及基于重复水平确定起始子帧,来确定如上所述的可能起始子帧集合(例如,该过程的第一步)。随后,UE可以确定可能起始子帧中的哪个子帧要开始监测MPDCCH机会(例如,该过程的第二步)。例如,UE可以基于UE标识符(UE-ID)(例如,小区无线网络临时标识符(C-RNTI))以及哈希函数,来确定要监测可能起始子帧中的哪个子帧。基于UE标识(例如,C-RNTI),UE可以确定那些子帧中的要监测的子集。

根据某些方面,要监测MPDCCH机会的起始子帧可以是基于非连续接收(DRX)配置来隐式地确定的。例如,传统LTE UE可以被配置有DRX循环,例如以在每128个子帧的10ms期间监测PDCCH。用于监测MPDCCH机会的起始子帧可以与在所配置的DRX时段之后的第一监测子帧相同。根据某些方面,可以基于DRX配置来推导第一起始MPDCCH,并且可以如上所述地确定即将到来的后续起始MPDCCH子帧(例如,每m个有效子帧)。替代地,eNB可以计算用于给定UE的起始MPCCH监测子帧。在这种情况下,eNB可以基于起始MPDCCH监测子帧来配置DRX循环/偏移,以使得它们是对准的。

通过应用本公开内容中提供的用于HARQ ID确定、对用于发送反馈(例如,PUCCH)的子帧的确定以及对要监测MPDCCH机会的起始子帧的确定的技术,可以例如针对涉及不同的覆盖增强水平的eMTC系统来执行改进的HARQ,并且可以增加上行链路和下行链路吞吐量。

此外,术语“或”旨在意指包含性“或”,而不是排除性“或”。也就是说,除非另外指定或从上下文清楚可知,否则短语“X采用A或B”旨在意指自然的包含性置换中的任何一种。也就是说,短语“X采用A或B”可以由以下实例中的任何一个满足:X采用A;X采用B;或X采用A和B二者。另外,除非另外指定或从上下文清楚可知针对单数形式,否则如本申请和所附的权利要求中使用的冠词“一(a)”和“一个(an)”通常应当被解释为意指“一个或多个”。如本文中使用的,提及项目列表中的“至少一个”的短语是指那些项目的任意组合,包括单个成员。作为一个例子,“a、b或c中的至少一个”旨在涵盖:a、b、c、a-b、a-c、b-c和a-b-c、以及与相同元素的倍数的任意组合(例如,a-a、a-a-a、a-a-b、a-a-c、a-b-b、a-c-c、b-b、b-b-b、b-b-c、c-c和c-c-c、或a、b和c的任何其它排序)。

如本文中使用的,术语“识别”涵盖各种动作。例如,“识别”可以包括计算、运算、处理、推导、调查、查找(例如,在表格、数据库或者另一数据结构中查找)、查明等。此外,“识别”可以包括接收(例如,接收信息)、访问(例如,访问存储器中的数据)等。此外,“识别”可以包括解析、选择、选定、建立等。

在一些情况下,设备可以具有用于传送用于发送或接收的帧的接口,而不是实际传送帧。例如,处理器可以经由总线接口将帧输出给RF前端以用于发送。类似地,设备可以具有用于获得从另一设备接收的帧的接口,而不是实际接收帧。例如,处理器可以经由总线接口从RF前端获得(或接收)帧以用于发送。

本文公开的方法包括用于实现所描述的方法的一个或多个步骤或动作。这些方法步骤和/或动作可以在不脱离权利要求的范围的情况下彼此互换。换句话说,除非指定了步骤或动作的特定次序,否则可以在不脱离权利要求的范围的情况下,修改特定步骤和/或动作的次序和/或使用。

上文描述的方法的各种操作可以由能够执行相应功能的任何适当的单元来执行。这些单元可以包括各种硬件和/或软件组件和/或模块,包括但不限于:电路、专用集成电路(ASIC)或处理器。无论是被称为软件、固件、中间件、代码、微代码、硬件描述语言、机器语言还是其它术语,软件都被广义地解释为意指指令、数据、代码或其任意组合。通常,在存在图中所示出的操作的情况下,那些操作可以由任何适当的相应的配对单元加功能组件来执行。

例如,用于确定、执行、发送、接收和/或监测的单元可以包括一个或多个处理器或其它元件,例如,图2中示出的用户设备120的发送处理器264、控制器/处理器280、接收处理器258和/或天线252、和/或图2中示出的基站110的发送处理器220、控制器/处理器240和/或天线234。

本领域技术人员将理解的是,可以使用多种不同的技术和方法中的任意一种来表示信息和信号。例如,可能贯穿上面的描述提及的数据、指令、命令、信息、信号、比特、符号和码片可以由电压、电流、电磁波、磁场或粒子、光场或粒子、或者其组合来表示。

本领域技术人员还将明白的是,结合本文的公开内容而描述的各个说明性的逻辑框、模块、电路和算法步骤均可以实现成硬件、软件或其组合。为了清楚地说明硬件和软件的这种可交换性,上文对各个说明性的组件、框、模块、电路和步骤均围绕其功能进行了总体描述。至于这种功能是实现为硬件还是实现为软件,取决于特定的应用和对整个系统所施加的设计约束。本领域技术人员可以针对每个特定应用,以变通的方式实现所描述的功能,但是这种实现决策不应解释为造成对本公开内容的范围的脱离。

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

结合本文的公开内容所描述的方法或者算法的步骤可以直接体现在硬件中、由处理器执行的软件模块中或者其组合中。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、相变存储器、寄存器、硬盘、可移动盘、CD-ROM、或者本领已知的任何其它形式的存储介质中。示例性的存储介质耦合到处理器,从而使得处理器能够从该存储介质读取信息以及向该存储介质写入信息。替代地,存储介质可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。ASIC可以位于用户终端中。替代地,处理器和存储介质可以作为分立组件位于用户设备中。

在一种或多种示例性设计中,所描述的功能可以用硬件、软件或其组合来实现。如果用软件来实现,所述功能可以作为一个或多个指令或代码存储在计算机可读介质上或通过其进行发送。计算机可读介质包括计算机存储介质和通信介质二者,通信介质包括促进将计算机程序从一个地方传输到另一个地方的任何介质。存储介质可以是能够由通用计算机或专用计算机访问的任何可用介质。通过举例而非限制的方式,这种计算机可读介质可以包括RAM、ROM、EEPROM、CD/DVD或其它光盘存储、磁盘存储或其它磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码单元并且能够由通用或专用计算机或者通用或专用处理器访问的任何其它介质。另外,任何连接被适当地称为计算机可读介质。例如,如果使用同轴电缆、光纤光缆、双绞线、数字用户线(DSL)或无线技术(例如,红外线、无线电和微波)从网站、服务器或其它远程源发送软件,则同轴电缆、光纤光缆、双绞线、DSL或无线技术(例如,红外、无线电和微波)被包括在介质的定义中。如本文中所使用的,磁盘(disk)和光盘(disc)包括压缩光盘(CD)、激光光盘、光盘、数字多功能光盘(DVD)、软盘和蓝光光盘,其中磁盘通常磁性地复制数据,而光盘则用激光来光学地复制数据。上述各项的组合也应当被包括在计算机可读介质的范围之内。

为了使本领域的任何技术人员能够实现或使用本公开内容,提供了对本公开内容的先前描述。对于本领域技术人员而言,对本公开内容的各种修改将是显而易见的,并且在不脱离本公开内容的精神或范围的情况下,本文中定义的通用原理可以适用于其它变型。因此,本公开内容并非旨在限于本文中所描述的例子和设计,而是被赋予与本文中公开的原理和新颖特征相一致的最广范围。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1