CN104871469A - 确定数据信道起始子帧的方法 - Google Patents

Abstract

提供了确定数据信道起始子帧的设备和方法。在一个新颖方面，UE监测一个或多个候选控制信道，其中至少一个候选控制信道占用了多个子帧UE检测用于该UE的控制信道，解码该控制信道并基于该控制信道和已知间隔确定数据信道起始子帧。在另一新颖方面，UE还从已解码控制信道解码子帧指示符。子帧指示符表示数据信道起始子帧至控制信道的起始子帧之间的子帧数量、控制信道的子帧数量、或数据信道起始子帧。在另一实施例中，对子帧指示符使用预定义规则以确定数据信道起始子帧。

Description

确定数据信道起始子帧的方法

相关申请的交叉引用

本申请根据35U.S.C.§111(a)要求优先权，以及基于35U.S.C.§120和§365(c)要求国际申请号PCT/CN2013/081200，发明名称为“确定数据信道起始子帧的方法”，申请日为2013年8月9日的优先权，其内容被合并引用到该申请中。

技术领域

本发明实施例涉及无线通信系统，更具体地，涉及一种确定数据信道起始子帧的方法。

背景技术

第三代合作伙伴计划(Third Generation Partnership Project，3GPP)和长期演进(Long Term Evolution，LTE)移动通信系统提供了高数据速率、更低时延和改善的系统性能。然而，这些系统是对常规数据通信进行了优化。通常不需要重复重发。因此，在现有的移动网络系统中很好地定义了上行链路或下行链路数据信道的起始子帧。

随着移动网络中应用的演进，上述对数据信道起始子帧的假设可能不再正确。例如，机器对机器(machine-to-machine，M2M)应用要求低成本设备和改善的覆盖(coverage)，不同于当前的蜂窝通信系统。例如，通常安装在被衬箔绝缘体、金属化窗户或传统厚壁建筑遮挡的住宅楼或位置的地下室中的一些智能电表设备，经历了比普通设备在典型运行状态下显著更大的路径损耗(如，20dB的路径损耗)。为了服务这些设备，3GPP RAN1工作组已经为这些处在覆盖空区(coverage hole)场景的机器类型通信(Machine Type Communication，MTC)设备研究了覆盖提升和成本降低。已确定了一些潜在的解决方案，如重复物理信道以提高覆盖。另外，研究了成本降低，包括减少数据缓存大小和运行带宽，减少接收天线数量等等。由于重复了大部分物理信道，在一些物理信道的起始传输时间基站(Base Station，BS)和移动台(Mobile Station，MS)之间可能会有误解。因此，有一种确定数据信道起始子帧的方法是重要的。确定起始子帧的益处并不限于以上例子。

需要改善和增强用户设备(User Equipment，UE)，以确定数据信道起始子帧。

发明内容

提供了确定数据信道起始子帧的设备和方法。在一个新颖方面，UE监测一个或多个候选控制信道，其中至少一个候选控制信道占用了多个子帧中的无线资源。UE检测用于该UE的控制信道，并解码该控制信道。在一个实施例中，UE基于控制信道和已知间隔确定数据信道起始子帧。已知间隔可以为从数据信道起始子帧至控制信道的起始子帧之间的间隔，或者数据信道起始子帧至控制信道的结束子帧之间的间隔。

在另一新颖方面，UE进一步从已解码控制信道解码子帧指示符。在一个实施例中，子帧指示符表示数据信道起始子帧至已解码控制信道的起始子帧之间的子帧数量。在另一实施例中，子帧指示符表示数据信道起始子帧至已解码控制信道的结束子帧之间的子帧数量。在另一实施例中，子帧指示符表示数据信道起始子帧。在又一实施例中，在使用数值确定数据信道起始子帧之前，对该子帧指示符使用预定义规则。

其它实施例和优势在下面具体说明中进行描述。该发明内容不旨在限定本发明。本发明由权利要求限定。

附图说明

附图示出了本发明实施例，其中相同的数字表示相似的元件。

图1显示了根据本发明实施例的示例移动通信网络，其中UE基于占用多个子帧的控制帧中的信息确定数据信道起始子帧。

图2显示了根据本发明实施例的控制信道和具有多个子帧的数据信道的示意图。

图3显示了根据本发明实施例，基于从控制信道起始至数据信道起始之间的已知间隔，确定数据信道起始子帧。

图4显示了根据本发明实施例，基于已解码控制信道占用子帧的已检测数量和已知间隔，确定数据信道起始子帧的例子。

图5显示了根据本发明实施例，基于已解码控制信道中的子帧指示符，确定数据信道起始子帧的例子。

图6显示了根据本发明实施例的子帧指示符的一些例子。

图7显示了根据本发明实施例，用子帧指示符和已知间隔确定数据信道起始子帧的例子。

图8是子帧指示符与控制信道占用的子帧数量的预定义规则的例子。

图9示出了对解码的子帧指示符应用规则以得到数据信道起始子帧的示意图。

图10显示了根据本发明实施例的在控制信息中传输的子帧指示符的一些例子。

图11是根据本发明实施例的UE确定数据信道起始子帧的示意流程图。

具体实施方式

现对本发明实施例的做一些详细介绍，结合附图描述这些例子。

图1显示了根据本发明实施例的的示例移动通信网络100，其中UE基于占用多个子帧的控制帧中的信息确定数据信道起始子帧。无线通信系统100包括一个或多个固定基础设施单元，形成分布在一个地理区域的网络。基础单元也可以称为接入点(Access Point，AP)、接入终端(Access Terminal，AT)、基站BS、节点B(Node-B)和演进型基站(evolved NodeB，eNB)，或者本领域使用的其它术语。如图1所示，一个或多个基站101和102为在服务区域中的若干移动台MS或UE 103和104提供服务，如，服务区域为小区或小区扇区范围内。在一些系统中，一个或多个BS可通信地耦接(couple to)到形成接入网络的控制器上，该控制器可通信地耦接到一个或多个核心网。本公开例并不限于任何一种特定的无线通信系统。

在时域和/或频域，服务BS 101和102分别向MS 103和104传输下行链路(Downlink，DL)通信信号112和113。MS 103和104分别通过上行链路(Uplink，UL)通信信号111和114与一个或多个基础单元101和102通信。在一个实施例中，移动通信系统100是一个包含多个BS多个MS的正交频分复用(Orthogonal Frequency Division Multiplexing，OFDM)/正交频分复用多址(Orthogonal Frequency Division Multiple Access，OFDMA)系统，多个BS包括eNB 101、eNB102，多个MS包括MS 103和MS 104。eNB 101通过上行链路通信信号111和下行链路通信信号112与MS 103通信。当eNB有下行链路分组要发送给MS时，每个MS都会获得一个下行链路分配(资源)，如物理下行链路共享信道(Physical Downlink Shared Channel，PDSCH)中的一组无线资源。当用户设备需要在上行链路中向eNB发送分组时，MS从eNB获得授权，其中该授权分配包含一组上行链路无线资源的物理下行链路上行链路共享信道(Physical Uplink Shared Channel，PUSCH)。该MS从专门针对自己的物理下行链路控制信道(Physical Downlink Control Channel，PDCCH)或增强物理下行链路控制信道(Enhanced Physical Downlink Control Channel，EPDCCH)，获取下行链路或上行链路调度信息。PDCCH信道承载的下行链路或上行链路调度信息和其它控制信息，称为下行链路控制信息(Downlink Control Information，DCI)。图1还示出了下行链路112和上行链路111示例的不同的物理信道。下行链路112包括PDCCH或EPDCCH 121、PDSCH 122、物理控制格式指示信道(PhysicalControl Formation Indicator Channel，PCFICH)123、物理多播信道(PhysicalMulticast Channel，PMCH)124、物理广播信道(Physical Broadcast Channel，PBCH)125和物理混合自动请求重传指示信道(Physical Hybrid Automatic RepeatRequest Indicator Channel，PHICH)126。PDCCH/EPDCCH 121向MS发送下行链路控制信号。DCI 120通过PDCCH/EPDCCH 121承载。PDSCH 122向MS发送数据信息。PCFICH 123发送PDCCH信息，如动态指示PDCCH 121使用的符号数。PMCH 124承载多播信息。PBCH 125承载主信息块(Master InformationBlock，MIB)，用于MS早期发现和小区全覆盖(cell-wide coverage)。PHICH承载混合自动重传请求HARQ信息，该HARQ信息指示出eNB是否正确地接收了PUSCH上的传输信号。上行链路111包括物理上行链路控制信道(PhysicalUplink Control Channel，PUCCH)131、PUSCH 132和承载随机接入信息的物理随机接入信道(Physical Random Access Channel，PRACH)133。

在当前的LTE系统中，PDCCH和EPDCCH在一个子帧中传输，PDSCH在相同的子帧中传输。对于频分双工(Frequency Division Duplex，FDD)，在传输PDCCH或EPDCCH的4个子帧后，PUSCH开始传输。对于时分双工(TimeDivision Duplex，TDD)，PUSCH和PDCCH之间的不同子帧间隔被定义给不同的3GPP TS36.213中上行链路-下行链路配置信息，其中，PUSCH以及PDCCH传递UL调度信息，或者对应，或者PHICH。多个传输时间间隔(TransmissionTiming Interval，TTI)可以捆绑用于一个PUSCH传输。

在一个实施例中，移动通信网络100使用OFDMA或多载波架构，包括下行链路上的自适应调制编码(Adaptive Modulation and Coding，AMC)以及用于UL传输的下一代单载波FDMA架构。基于FDMA单载波架构包括交织频分多址(Interleaved FDMA，IFDMA)、集中式频分多址(Localized FDMA，LFDMA)、IFDMA或LFDMA的扩展离散傅里叶变换正交频分复用(DFT-spread OFDM，DFT-SOFDM)。在OFDMA系统，通过分配通常包含一个或多个OFDM符号上的一组子载波的下行链路或上行链路无线资源来服务远端单元。示例的OFDMA协议包括3GPP UMTS标准的发展的LTE和IEEE 802.16标准。该架构也可以包括传输技术的使用，如多载波CDMA(multi-carrier CDMA，MC-CDMA)、多载波直接序列码分多址(multi-carrier direct sequence CDMA，MC-DS-CDMA)，一维或二维传输的正交频率码分复用(Orthogonal Frequency and Code DivisionMultiplexing，OFCDM)。或者，可以基于更简单的时和/或频分复用/多址接入技术，或这些不同技术的组合。在一个可选的实施例中，通信系统可以使用其它蜂窝通信系统协议，包括但不限于TDMA或直接序列CDMA。

对于覆盖空区设备，PDCCH或EPDCCH可能需要跨多个子帧重复。同时，该设备的PDSCH和/或PUSCH也可以跨子帧传输、重传和重复。重复数量，也即数据信道或控制信道占用的子帧数量，可以相同，可以不相同。因此，确定数据信道接收或传输起始子帧的方法是必要的。

在公开的一个实施例中，MS确定数据信道起始子帧的方法包括：监测一个或多个候选控制信道，其中至少一个候选控制信道占用了多个子帧中的无线资源，或每一个候选控制信道占用多个子帧中的无线资源；解码用于该MS的控制信道；基于已解码控制信道，确定数据信道起始子帧。在一个例子中，数据信道为下行链路数据信道(如，LTE系统中的PDSCH)。在另一个例子中，数据信道是上行链路数据信道(如，LTE系统中的PUSCH)。控制信道是LTE系统中的PDCCH或EPDCCH。可替换地，控制信道可以为用于传输混合自动重传请求指示的物理信道(如，LTE系统中的PHICH)。

在一个实施例中，基于已解码控制信道确定数据信道起始子帧，进一步包括：基于已解码控制信道的起始子帧和从数据信道起始子帧至已解码控制信道的起始子帧的已知间隔，确定数据信道起始子帧。在一个例子中，该间隔是预定义的。可替换地，该间隔是通过高层消息配置的(如，LTE系统中的无线资源控制(Radio Resource Control，RRC)信令)。由于该间隔对于MS是已知的，当监测一组候选控制信道时，MS知道对应于每一个候选控制信道的数据信道起始子帧。在一个实施例中，该间隔足够大以确保数据信道起始子帧总在已解码控制信道的结束子帧之后，尤其是对于上行链路数据信道传输。MS可以在每一个已解码控制信道子帧中获取数据信道的资源分配(或上行链路授权)。MS可以只接收或缓存已解码控制信道指示的数据信道资源。在另一个实施例中，MS可能不知道数据信道的资源分配。例如，数据信道起始子帧在已解码控制信道的结束子帧之前，或MS不能及时解码用于该MS用于传输数据信道资源分配的控制信道。MS需要缓存从数据信道起始子帧始的所有潜在数据信道资源。潜在数据信道资源可以为一个子帧的全部资源。可替换地，潜在数据信道资源是全部资源的一个子集，且MS已知该子集。该子集可以为预定义的，或者通过高层消息配置的。

应该注意的是，结合已解码控制信道占用的子帧数量和从数据信道起始时刻到已解码控制信道结束时刻之间的间隔，MS可以计算并获知从数据信道起始时刻到已解码控制信道起始时刻之间的间隔。然而，已解码控制信道占用的子帧数量对于MS可能是未知的。MS需要检测已解码控制信道占用的子帧数量。

在成功地解码一个或多个候选控制信道(即，用于MS的已解码控制信道)之前，每一个候选控制信道占用的多个子帧的数量对于MS可能是未知的。MS需要检测已解码控制信道占用的子帧数量。在另一实施例中，从已解码控制信道确定数据信道起始子帧，进一步包括：检测已解码控制信道占用的子帧数量；基于已解码控制信道占用子帧的检测数量和从数据信道起始子帧至已解码控制信道的结束子帧的已知间隔，确定所述数据信道起始子帧。在一个例子中，该间隔是预定义的。可替换地，该间隔是通过高层消息配置的(如，LTE系统中的RRC信令)。间隔等于零是一个特例，表示数据信道在已解码控制信道的结束子帧处开始。该间隔还可以小于零，表示数据信道在已解码控制信道的结束子帧前开始。在这种情况下，MS需要从数据信道起始子帧起，缓存所有的潜在数据信道资源。当该间隔大于零时，数据信道在已解码控制信道的结束子帧后开始。对于上行链路数据信道传输，该间隔总是大于零。

MS可以检测已解码控制信道占用的子帧数量。然而，传输控制信道的子帧可以多于MS检测到的子帧。例如，控制信道可以重复相同内容的方式在多个子帧中重复。因而，MS可以早解码(early decode)控制信道。在这种情况下，MS与BS之间可能会有对已解码控制信道占用的子帧数量的误解。因此，已解码控制信道占用的子帧数量需要预定义或者配置。在一个实施例中，控制信道占用的子帧数量通过高层消息配置。在另一实施例中，通过已解码控制信道中指示出占用的子帧数量。

在一个实施例中，从已解码控制信道确定数据信道起始子帧进一步包括：在已解码控制信道获取子帧指示符；基于该子帧指示符，确定数据信道起始子帧。在一个实施例中，子帧指示符表示从数据信道起始子帧至已解码控制信道的起始子帧之间的子帧数量。在另一实施例中，子帧指示符表示从数据信道起始子帧至已解码控制信道的结束子帧之间的子帧数量。在另一实施例中，子帧指示符表示表示所述数据信道起始处的子帧索引。该子帧索引可以包含至少一个周期索引。例如，该子帧索引可以包含无线帧索引和一个无线帧内的子帧索引。它还可以为一个周期索引，如固定周期内的子帧索引。在另一实施例中，子帧索引可以为到参考子帧的子帧间隔，该参考子帧对MS和BS都是已知的。

在另一实施例中，从已解码控制信道确定数据信道起始子帧，进一步包括：在已解码控制信道获取子帧指示符；基于该子帧指示符和从数据信道起始子帧至已解码控制信道的结束子帧之间的间隔，确定数据信道起始子帧。该间隔可以是预定义的，或者通过高层消息配置的。子帧指示符可以表示包含该子帧指示符的控制信道占用的子帧数量。

在另一个实施例中，从已解码控制信道确定数据信道起始子帧进一步包括：在已解码控制信道获取子帧指示符；基于该子帧指示符和预定义规则，确定数据信道起始子帧。在一个实施例中，预定义规则进一步基于MS索引。例如，MS索引可以为与基站配置的至少另一个MS共享的组索引。在另一实施例中，MS索引是一个MS标识ID或BS配置的无线网络临时标识(Radio NetworkTemporary Identifier，RNTI)。在另一实施例中，预定义的规则进一步基于BS ID。BS ID可以为物理ID或虚拟ID。

MS可以在已解码控制信道后获取子帧指示符。如果MS知道数据信道起始子帧总是在用于该MS的控制信道的结束子帧后面(如，预定义的)，MS可以只接收或缓存已解码控制信道指示的数据信道资源。在另一例子中，数据信道起始子帧可能不总是在控制信道的结束子帧之前，这可以发生在下行链路数据信道接收时。在这种情况下，MS需要缓存从数据信道起始子帧起所有的潜在数据信道资源。

另外，数据信道也可以占用一个或多个子帧，如需要跨多个子帧重复。在解码或传输之前，MS需要知道数据信道占用的子帧数量(或数据信道重复数量)。在一个实施例中，数据信道占用的子帧数量可以通过高层消息配置。在另一实施例中，可以在已解码控制信道中指示数据信道占用的子帧数量。可替换地，已解码控制信道占用的子帧数量可以由数据信道占用的子帧数量暗示，如，与已解码控制信道占用的子帧数量相同。

图1还示出了与本发明对应的BS 101的简化框图。BS 101包括天线161，用于发送和接收无线信号。射频(Radio Frequency，RF)收发器模块162与天线161耦接，从天线161接收RF信号，将RF信号转换为基带信号并将它们发送给处理器163。RF收发器162也转换从处理器163接收到的基带信号，将它们转换为RF信号，并发送给天线161。处理器163处理接收到的基带信号，调用不同的功能模块执行BS 101的功能。存储器164存储程序指令和数据165，以控制BS 101的操作。

BS 101还包括根据本发明实施例的子帧处理器166。子帧处理器166可以用软件、硬件或任意组合实现。在一个例子中，子帧处理器166为控制信道配置一组无线资源；经由处理器163通过控制单元解码该控制信道。在一个实施例中，子帧处理器166经由处理器163，通过控制模块在每一个控制信道中插入指示符。经由数据信道模块调制和解码数据信道。BS 101用收发器162经由天线161发送已解码控制信道和数据信道。

图1还示出了与本发明对应的MS 103的简化框图。MS 103包括天线141，用于发送和接收无线信号。RF收发器模块142与天线耦接，从天线141接收RF信号，将RF信号转换为基带信号并将它们发送给处理器143。RF收发器142也转换从处理器143接收到的基带信号，将它们转换为RF信号，并发送给天线141。处理器143处理接收到的基带信号，调用不同的功能模块执行MS 103的功能。存储器144存储程序指令和数据145，以控制MS 103的操作。

MS 103包括模块146，用于执行根据本发明实施例的不同任务。控制信道监测器151监测一个或多个候选控制信道，并确定用于MS 103的控制信道。控制信道解码器152解码用于MS 103的控制信道。数据信道处理器153基于已解码控制信道，为UE确定数据信道起始子帧。子帧处理器154从已解码控制信道获取子帧指示符，并将该子帧指示符传递给数据信道处理器153以确定数据信道起始子帧。间隔处理器155获取已知间隔，并将该已知间隔传递给数据信道处理器153以确定数据信道起始子帧。规则处理器156对子帧指示符使用预定义规则，为MS 103确定数据信道起始子帧。

图2显示了根据本发明实施例的控制信道和具有多个子帧的数据信道的示意图。UE监测一组候选控制信道，如候选信道211和212。每一个候选控制信道占用不同子帧中的无线资源。例如，控制信道211分别占用子帧201和202中的无线资源213和214。控制信道212分别占用子帧201、202和203中的无线资源215、216和217。MS盲检测用于该MS的控制信道。例如，MS可以检测候选控制信道211和212，但是只解码控制信道211。UE从已解码控制信道211确定数据信道231的起始子帧。与控制信道相似地，数据信道可以占用一个或多个子帧中的无线资源。例如，数据信道231占用都在子帧202中的无线资源233和234。然而在另一实施例中，数据信道232占用无线资源235、236、237和238。无线资源235和236在子帧203中，而无线资源237和238在子帧204中。在一个实施例中，数据信道231和232是上行链路数据信道。在一个实施例中，控制信道211或212是PHICH。在另一实施例中，控制信道211或212是PDCCH或EPDCCH。

图3显示了根据本发明实施例，基于从控制信道起始至数据信道起始之间的已知间隔，确定数据信道起始子帧的示意图。控制信道321占用子帧301、302、303和304，在子帧301中有起始子帧311，且在子帧304中有结束子帧315。UE用UE的控制信道的起始子帧311至数据信道起始子帧之间的已知间隔，确定数据信道起始子帧。如图3所示，三个示例数据信道322、323和324中的每一个占用一个或多个子帧，分别具有起始子帧312、313和314。为了确定数据信道322的起始子帧，UE获取间隔332，该间隔332是控制信道321的起始子帧311和数据信道322的起始子帧312之间的子帧数量。当成功解码控制信道321之后，UE可以基于间隔332确定数据信道322的起始子帧312。相似地，为了确定数据信道323的起始子帧，UE获取间隔333，该间隔333是控制信道321的起始子帧311和数据信道323的起始子帧313之间的子帧数量。当成功解码控制信道321之后，UE可以基于间隔333确定数据信道323的起始子帧313。为了确定数据信道324的起始子帧，UE获取间隔334，该间隔334是控制信道321的起始子帧311和数据信道324的起始子帧314之间的子帧数量。当成功解码控制信道321之后，UE可以基于间隔334确定数据信道324的起始子帧314。

从控制信道的起始子帧至数据信道起始子帧之间的间隔可以为正数、负数或零。如图3所示，间隔334是五个子帧。该间隔334足够大以确保数据信道324的起始子帧314在已解码控制信道321的结束子帧315之后。MS可以在已解码控制信道321传输的每一子帧306至309中获取数据信道324的资源分配(或上行链路授权)。MS可以只接收或缓存已解码控制信道321指示出的数据信道资源。在另一实施例中，数据信道起始子帧(如，312或313)在已解码控制信道321的结束子帧315之前或在结束子帧315处。在另一实施例中，MS不能及时解码传输数据信道324的资源分配的控制信道321(如，不能在子帧314之前，数据信道324开始时解码控制信道321)。MS需要缓存从数据信道324的起始子帧314起所有的潜在数据信道资源。

图4显示了根据本发明实施例，基于已解码控制信道占用子帧的已检测数量和已知间隔，确定数据信道起始子帧的例子。控制信道421占用子帧401、402、403和404，在子帧401中有起始子帧411，以及在子帧404中有结束子帧415。UE用该UE的控制信道的结束子帧415至数据信道起始子帧之间的已知间隔，确定数据信道的起始。如图4所示，三个示例数据信道422、423和424各自占用一个或多个子帧，分别具有起始子帧412、413和414。为了确定数据信道422的起始子帧，UE获取间隔432，该间隔432是控制信道421的结束子帧415和数据信道422的起始子帧412之间的子帧数量。当成功解码控制信道421之后，UE可以基于间隔432确定数据信道422的起始子帧412。相似地，为了确定数据信道423的起始子帧，UE获取间隔433，间隔433是控制信道421的结束子帧415和数据信道423的起始子帧413之间的子帧数量。当成功解码控制信道421之后，UE可以基于间隔433确定数据信道423的起始子帧413。为了确定数据信道424的起始子帧，UE获取间隔434，该间隔434是控制信道421的结束子帧415和数据信道424的起始子帧414之间的子帧数量。当成功解码控制信道421时，UE可以基于间隔434确定数据信道424的起始子帧414。

从控制信道的起始子帧至数据信道起始子帧之间的间隔可以为正数、负数或零。如图4所示，间隔432是两个子帧。该间隔432足够大以确保数据信道422的起始子帧412在解码控制信道421的结束子帧415之后。MS可以在解码控制信道421传输的每个子帧406至409中获取数据信道422的资源分配(或上行链路授权)。MS可以只接收或缓存已解码控制信道421指示出的数据信道资源。在另一实施例中，数据信道起始子帧(如，413或414)在已解码控制信道421之前或在结束子帧415处。在另一实施例中，MS不能及时解码传输数据信道424的资源分配的控制信道421(如，不能在子帧414之前，数据信道424开始时解码控制信道421)。MS需要缓存从数据信道424的起始子帧414起所有的潜在数据信道资源。

已知间隔可以为预定义的，如上行链路数据信道起始子帧至传输该上行链路数据信道的上行链路授权的对应控制信道的结束子帧之间的四个子帧间隔。在另一实施例中，数据信道起始子帧至对应控制信道结束之间的一个子帧间隔。使用该一个子帧间隔，MS可以解码控制信道，并获取数据信道的无线资源信息。因此，MS可以只接收和缓存数据信道的无线资源。这可以节约MS的缓存大小，以及给BS更多调度灵活性。数据信道的无线资源信息可以为数据信道占用的子帧数量，每个子帧中的物理资源块等等。可替换地，该间隔为通过高层消息配置，如RRC信令。

已知间隔为零是一个特例，如图3中的间隔332和图4中的间隔434。举例说明，这表示数据信道424在与已解码控制信道421的结束子帧相同的子帧404开始传输。该间隔可以小于零，如间隔433。数据信道423在已解码控制信道421的结束子帧415之前的子帧413开始传输。在这种情况下，MS需要接收和缓存在已解码控制信道421之前的可以传输数据信道423的无线资源。MS继而需要解码数据信道。当已知间隔大于零时，如间隔432，数据信道422在已解码控制信道421的结束子帧415之后的子帧412开始传输。

在另一新颖方面，控制信道包括UE的子帧指示符，用以确定数据信道起始子帧。图5显示了根据本发明实施例，基于已解码控制信道中的子帧指示符，确定数据信道起始子帧的例子。控制信道511包括子帧501、502和503中的无线资源。UE解码控制信道511。在一个实施例中，UE在已解码控制信道521中获取子帧指示符531。UE基于子帧指示符531确定数据信道512的起始子帧。

图6显示了根据本发明实施例的子帧指示符的一些例子。控制信道623占用子帧601、602、603和604。数据信道622占用子帧606、607、608和609。UE解码控制信道623。已解码控制信道621包含子帧信息631。子帧信息631包含UE用以确定数据信道622的起始子帧的信息。在一个例子中，子帧指示符表示631表示数据信道622的起始子帧629与控制信道623的起始子帧627之间的子帧数量611。在另一个例子中，子帧指示符631表示数据信道622起始处的子帧索引。子帧索引可以包含由一个或多个周期索引。例如，子帧索引可以包括系统帧号(System Frame Number，SFN)乘以一个无线帧中的子帧数量和一个SFN内的子帧索引。在LTE系统中，在MIB内指示SFN(如，从0～1023)。每一个无线帧包括子帧索引从0～9的10个子帧。在这种情况下，子帧索引范围可以为0～1023。在另一实施例中，它还可以为周期索引，如在固定时间内的子帧索引，如子帧索引从0至9。

图7显示了根据本发明实施例，用子帧指示符和已知间隔确定数据信道起始子帧的例子。控制信道721占用子帧701、702、703和704。数据信道722占用子帧706、707、708和709。在一个实施例中，MS在已解码控制信道723中获取子帧指示符731。MS基于子帧指示符731和从数据信道722的起始子帧至控制信道721的结束子帧之间的已知间隔710，确定数据信道722的起始子帧。间隔710可以为预定义的，或者通过高层消息配置的。子帧指示符731表示用于该MS的控制信道721占用的子帧数量711。在一个实际的实施例中，控制信道使用子帧数量711在子帧701至子帧704传输。控制信道在多个子帧中重复，且每个子帧承载控制信道的所有信息。MS尝试解码控制信道，可以用子帧702成功地早解码控制信道。没有用于该MS的控制信道721占用的子帧数量的额外指示符，MS可以只能检测控制信道的一部分，如只占用子帧701和702的控制信道720。MS基于已知间隔710可能会确定数据信道从子帧703开始，得到错误的数据信道723。为了避免这种情况，已解码控制信道占用的子帧数量的指示符可以承载在已解码控制信道。该指示符表示已解码控制信道占用的实际子帧数量。

可替换地，子帧数量与指示符的映射规则可以为预定义的。图8是子帧指示符与控制信道占用的子帧数量的预定义规则的例子。在MS解码控制信道之后，MS通过在已解码控制信道中的子帧指示符获知控制信道占用的子帧数量。因此，MS可以计算已解码控制信道的结束子帧，如图7所示的子帧704。

可以预定义应用于获取的子帧指示符的其它规则。图9示出了对解码的子帧指示符应用规则以得到数据信道起始子帧的示意图。控制信道923占用子帧901、902、903和904。数据信道922占用子帧906、907、908和909。UE解码控制信道923。已解码控制信道921包含子帧信息931。子帧信息931包含UE用以确定数据信道922的起始子帧的信息。

在一个实施例中，MS可以在已解码控制信道中获取子帧指示符，以及基于该子帧指示符和预定义规则确定数据信道起始子帧。MS获取子帧指示符931后，应用预定义规则(步骤941)。在一个实施例中，预定义规则基于MS索引(步骤942)。例如，MS索引是MS ID或RNTI。在另一例子中，预定义规则基于BS标识(步骤943)。例如，预定义规则要求数据信道起始子帧是已解码控制信道之后最小索引的子帧，以及其可以满足：

N Mod N_ID＝A

其中，N是子帧索引，N_ID是MS索引，A是子帧索引指示符。在另一例子中，N_ID是BS标识ID。该BS ID可以为物理ID或虚拟ID。

子帧指示符可以承载在已解码控制信道中的控制信息中。例如，子帧指示符可以为下行链路控制信息(Downlink Control Information，DCI)格式中的一些信息域。图10显示了根据本发明实施例的在控制信息中传输的子帧指示符的一些例子。在该实施例中，DCI格式1001中的一些原始域1011可以重新定义为子帧指示符1021。在另一实施例中，在新DCI格式1002中增加新域1012中的子帧指示符1022。

图11是根据本发明实施例的UE确定数据信道起始子帧的示意流程图。在步骤1011，无线网络中的UE监测一个或多个候选控制信道，其中至少一个候选控制信道占用了多个子帧中的无线资源。在步骤1102，UE解码用于该UE的控制信道。在步骤1103，UE基于已解码控制信道，确定该UE的数据信道起始子帧。在步骤1104，UE获取已知间隔，其中确定数据信道起始子帧时进一步基于该已知间隔。在步骤1105，在已解码控制信道子帧指示符，其中确定数据信道起始子帧时进一步基于该子帧指示符。

尽管为了实施目的已经针对一些具体的实施例描述了本发明，本发明并不限于此。从而，不背离本发明权利要求阐述的范围，可以实现对描述的实施例的各个特征的各种修改、改编和结合。

Claims (24)

1.一种方法，包含：

(a)无线网络中的用户设备UE监测一个或多个候选控制信道，其中至少一个候选控制信道占用了多个子帧中的无线资源；

(b)解码用于所述UE的控制信道；

(c)基于已解码控制信道，确定所述UE的数据信道起始子帧。

2.如权利要求1所述的方法，还包含：

获取已知间隔，其中确定所述数据信道起始子帧时进一步基于所述已知间隔。

3.如权利要求2所述的方法，其中在(c)中确定包括：

确定所述控制信道的起始子帧；

基于所述控制信道的起始子帧和所述已知间隔，确定所述数据信道起始子帧，其中所述已知间隔是从所述数据信道起始子帧至所述控制信道的起始子帧。

4.如权利要求2所述的方法，其中在(c)中确定包括：

检测所述控制信道占用的子帧的数量；

基于所述已解码控制信道占用子帧的已检测数量和所述已知间隔，确定所述数据信道起始子帧，其中所述已知间隔是从所述数据信道起始子帧至所述已解码控制信道的结束子帧。

5.如权利要求1所述的方法，还包含：

在所述已解码控制信道获取子帧指示符，其中在(c)中确定时进一步基于所述子帧指示符。

6.如权利要求5所述的方法，其中所述子帧指示符表示从所述数据信道起始子帧至所述已解码控制信道的起始子帧之间的子帧数量。

7.如权利要求5所述的方法，其中所述子帧指示符表示从所述数据信道起始子帧至所述已解码控制信道的结束子帧之间的子帧数量。

8.如权利要求7所述的方法，其中在(c)中确定时基于所述子帧指示符和已知间隔，所述已知间隔是从所述数据信道起始子帧至所述控制信道的结束子帧。

9.如权利要求5所述的方法，其中所述子帧指示符表示所述数据信道起始处的子帧索引。

10.如权利要求9所述的方法，其中所述子帧索引包含至少一个周期索引。

11.如权利要求5所述的方法，还包含：

所述子帧索引采用预定义规则。

12.如权利要求11所述的方法，其中所述预定义规则是基于用户设备索引。

13.如权利要求9所述的方法，其中所述预定义规则基于用户设备组的组索引，其中所述用户设备组包括所述UE和至少一个其它UE。

14.如权利要求9所述的方法，所述预定义规则是基于基站标识。

15.如权利要求1所述的方法，其中所述数据信道为下行链路数据信道。

16.如权利要求1所述的方法，其中所述数据信道为上行链路数据信道。

17.如权利要求1所述的方法，其中一个或多个候选控制信道占用的多个子帧的数量对所述UE是未知的。

18.一种用户设备，包含：

收发器模块，用于接收和发送无线网络中的无线信号；

控制信道监测器，用于监测一个或多个候选控制信道，其中至少一个候选控制信道占用了多个子帧中的无线资源；

控制信道解码器，用于解码用于所述用户设备UE的控制信道；

数据信道处理器，用于基于已解码控制信道，确定所述UE的数据信道起始子帧。

19.如权利要求18所述的用户设备，还包含：

子帧指示符处理器，用于在所述控制信道获取子帧指示符，其中所述子帧指示符用于传递至所述数据信道处理器，以确定所述数据信道起始子帧。

20.如权利要求19所述的用户设备，其中所述子帧指示符指示数据起始子帧信息包含：从所述数据信道起始子帧至所述控制信道的起始子帧之间的子帧数量、从所述数据信道起始子帧至所述已解码控制信道的结束子帧之间的子帧数量和所述数据信道起始处的子帧索引。

21.如权利要求19所述的用户设备，进一步包含规则处理器，用于对所述子帧指示符使用预定义规则，其中所述预定义规则是基于用户设备索引、用户设备组索引或基站标识。

22.如权利要求18所述的用户设备，进一步包含间隔处理器，用于获取已知间隔，其中所述已知间隔是预定义的或者通过高层消息配置的，所述已知间隔用于传递至所述数据信道处理器，以确定所述数据信道起始子帧。

23.如权利要求22所述的用户设备，其中所述间隔处理器基于控制信道的起始子帧和所述已知间隔，确定所述数据信道起始子帧，其中所述已知间隔是从所述数据信道起始子帧至所述已解码控制信道的起始子帧，所述已解码控制信道的起始子帧是由所述用户设备确定的或者由所述用户设备接收到的子帧指示符指示的。

24.如权利要求22所述的用户设备，其中所述间隔处理器基于所述已解码控制信道占用子帧的检测数量和所述已知间隔，确定所述数据信道起始子帧，其中所述已知间隔是从所述数据信道起始子帧至所述已解码控制信道的结束子帧。