CN110710142A

CN110710142A - 用于减轻因对符号的打孔而造成的解码错误的系统和方法

Info

Publication number: CN110710142A
Application number: CN201880033349.1A
Authority: CN
Inventors: V·蒂鲁彻莱穆拉利达兰; G·索米切蒂; S·乌明塔拉; K·巴塔德; D·F·布雷萨内利
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2017-05-23
Filing date: 2018-05-16
Publication date: 2020-01-17
Also published as: US20200153551A1; US11032028B2; US10560220B2; US20180343085A1; EP3632017A1; TW201902280A

Abstract

本公开内容的各方面涉及用于减轻解码错误的技术，所述解码错误是作为对具有相同传输方向的连续子帧之间的符号进行打孔的结果而在接收机处观察到的。为了减少解码错误，可以识别多个传输选项，每个传输选项包括资源块数量以及调制和编码方案(MCS)。另外，每个传输选项可能与阻碍在接收机处对码字的解码的一个或多个打孔模式相关联。随后，基站或用户设备(UE)可以选择或修改涉及在至少两个连续子帧中的给定子帧中传送码字的调度决策的至少一个方面，以使解码错误最小化。例如，可以修改与被选择的传输选项相关联的被选择的打孔模式或传输块大小。

Description

用于减轻因对符号的打孔而造成的解码错误的系统和方法

相关申请的交叉引用

本申请要求享受于2017年5月23日向印度专利局提交的印度申请No.201741018048和于2018年5月15日向美国专利商标局提交的非临时申请No.15/980,084的优先权和权益，上述申请的全部内容通过引用方式并入本文，如同整体充分阐述一样并且用于所有适用的目的。

技术领域

概括地说，下文论述的技术涉及无线通信系统，并且更具体地说，下文论述的技术涉及对子帧内的符号的打孔。

背景技术

在遵循针对演进型UMTS陆地无线接入网络(eUTRAN，通常也被称为长期演进(LTE))的标准的第四代(4G)无线通信网络中，信息的空中传输被指派给各种物理信道或信号。非常笼统地说，这些物理信道或信号携带业务和控制信息。例如，物理下行链路共享信道(PDSCH)是主业务承载下行链路信道，而物理上行链路共享信道(PUSCH)是主业务承载上行链路信道。类似地，物理下行链路控制信道(PDCCH)携带下行链路控制信息(DCI)，其向用户设备(UE)或一组UE提供对时频资源的下行链路指派和/或上行链路授权。另外，物理上行链路控制信道(PUCCH)携带上行链路控制信息，其包括确认信息、信道质量信息、调度请求和多输入多输出(MIMO)反馈信息。这些信道和信号被时间划分成帧，并且这些帧被进一步细分成子帧、时隙和符号。

LTE的版本13(通常被称为LTE-M)引入了用于增强型机器类型通信(eMTC)的一种新的UE类别，其支持减小的带宽、减小的发射功率、较低的数据速率、长电池寿命以及扩展的覆盖操作。这些UE通常被称为带宽减小、低复杂度(BL)、覆盖增强(CE)UE(或BL/CE UE)。BL/CE UE可以支持用于上行链路传输的不同窄带。在一些例子中，窄带是指六个连续资源块的群组，每个资源块包括例如频域中的12个连续子载波。在一些情况下，BL/CE UE可以利用连续上行链路子帧中的不同窄带。例如，BL/CE UE可以在一个子帧的第一窄带内发送PUCCH或PUSCH，并且在下一子帧的第二窄带内发送PUCCH或PUSCH。在这种情形下，BL/CE UE将需要在两个连续上行链路子帧之间执行从第一窄带到第二窄带的频率重新调谐。

为了适应频率重新调谐过程，通常通过对第一子帧的结束和/或下一子帧的开始处的一个或多个符号进行打孔，来在两个连续上行链路子帧之间创建保护时段。然而，当对PUSCH符号进行打孔时，根据所利用的打孔模式，可能在接收机处发生解码错误。因此，针对LTE的版本14及更高版本，继续研究和开发用于减轻因PUSCH符号打孔而造成的解码错误的机制。

发明内容

为了提供对本公开内容的一个或多个方面的基本的理解，下文给出了这些方面的简化概述。该概述不是对本公开内容的所有预期特征的详尽综述，并且既不是旨在标识本公开内容的所有方面的关键或重要元素，也不是旨在描述本公开内容的任意或所有方面的范围。其唯一目的是用简化的形式给出本公开内容的一个或多个方面的一些概念，作为稍后给出的更为详细的描述的前序。

本公开内容的各个方面提供了用于减轻解码错误的技术，所述解码错误是作为对具有相同传输方向的连续子帧之间的符号进行打孔的结果而在接收机处观察到的。为了减少解码错误，可以识别多个传输选项，每个传输选项包括资源块数量以及调制和编码方案(MCS)。另外，每个传输选项可能与阻碍在接收机处对码字的解码的一个或多个打孔模式相关联。基站或用户设备(UE)可以选择或修改涉及在至少两个连续子帧中的给定子帧中传送码字的调度决策的至少一个方面，以使解码错误最小化。例如，可以修改与被选择的传输选项相关联的被选择的打孔模式或传输块大小。

在一些例子中，当提出针对在给定子帧中传送码字的调度决策时，基站可以避免选择可能阻碍接收机处的解码的传输选项和相关联的打孔模式中的任何项。在其它例子中，基站在作出关于子帧N的调度决策时可以将对子帧N-1的影响考虑在内。例如，基站可以将被调度用于子帧N的窄带修改为与被调度用于子帧N-1的窄带相匹配，以防止对子帧N-1和/或子帧N中的符号的打孔。作为另一个例子，基站可以简单地取消对在子帧N中传送用于UE的码字的调度。

在一些例子中，UE或基站可以将打孔模式修改为对两个连续子帧内的不同或更少的符号进行打孔。在其它例子中，UE或基站可以根据被选择的传输选项和打孔模式来修改传输块大小。例如，可以针对有问题的传输选项(例如，基于打孔模式可能产生解码错误的资源块数量和MCS)来修改在UE或基站处维护的传输块大小表。

在本公开内容的其它方面中，基站或UE可以利用turbo解码器来尝试被打孔的比特的、导致循环冗余码(CRC)通过的不同组合，以试图对被打孔的子帧进行解码。基站或UE还可以运行利用turbo码的栅格(trellis)终止中的尾部比特的维特比(Viterbi)算法，来获得导致正确终止的被打孔的比特。

在本公开内容的一个方面中，提供了一种在无线通信网络中的调度实体处的无线通信的方法。所述方法包括：识别多个传输选项，每个传输选项包括相应的资源块数量和相应的调制和编码方案(MCS)。所述方法还包括：识别用于至少两个连续子帧的、与所述多个传输选项中的每个传输选项相关联的相应的打孔模式，每个子帧具有相同的传输方向。所述方法还包括：基于所述多个传输选项和与所述多个传输选项中的每个传输选项相关联的所述打孔模式，来提出针对所述至少两个连续子帧的调度决策。所述调度决策至少包括：所述多个传输选项中的、用于在所述至少两个连续子帧中的给定子帧中在所述调度实体和用户设备(UE)之间传送第一码字的被选择的传输选项。另外，提出所述调度决策还包括：选择所述调度决策的至少一个方面，以减少所述第一码字的解码错误。

本公开内容的另一个方面提供了一种无线通信网络中的调度实体。所述调度实体包括：处理器、与所述处理器通信地耦合的存储器、以及与所述处理器通信地耦合的收发机。所述处理器被配置为：识别多个传输选项，每个传输选项包括相应的资源块数量和相应的调制和编码方案(MCS)。所述处理器还被配置为：识别用于至少两个连续子帧的、与所述多个传输选项中的每个传输选项相关联的相应的打孔模式，每个子帧具有相同的传输方向。所述处理器还被配置为：基于所述多个传输选项和与所述多个传输选项中的每个传输选项相关联的所述打孔模式，来提出针对所述至少两个连续子帧的调度决策。所述调度决策至少包括：所述多个传输选项中的、用于在所述至少两个连续子帧中的给定子帧中经由所述收发机在所述调度实体和用户设备(UE)之间传送第一码字的被选择的传输选项。所述处理器还被配置为：选择所述调度决策的至少一个方面，以减少所述第一码字的解码错误。

本公开内容的另一个方面提供了一种在与无线通信网络中的调度实体进行无线通信的被调度实体处的无线通信的方法。所述方法包括：识别多个传输选项，每个传输选项包括相应的资源块数量和相应的调制和编码方案(MCS)。所述方法还包括：识别用于至少两个连续子帧的、与所述多个传输选项中的每个传输选项相关联的相应的打孔模式，每个子帧具有相同的传输方向。所述方法还包括：修改与利用所述多个传输选项中的被选择的传输选项来在所述至少两个连续子帧中的给定子帧中在所述调度实体和所述被调度实体之间传送码字相关联的调度决策的至少一个方面，以减少所述码字的解码错误。所述至少一个方面包括以下各项中的至少一项：所述相应的打孔模式中的与所述被选择的传输选项相关联的被选择的打孔模式、或者与所述码字相关联的传输块大小。

本公开内容的另一个方面提供了一种与无线通信网络中的调度实体进行无线通信的用户设备。所述用户设备包括：处理器、与所述处理器通信地耦合的存储器、以及与所述处理器通信地耦合的收发机。所述处理器被配置为：识别多个传输选项，每个传输选项包括相应的资源块数量和相应的调制和编码方案(MCS)。所述处理器还被配置为：识别用于至少两个连续子帧的、与所述多个传输选项中的每个传输选项相关联的相应的打孔模式，每个子帧具有相同的传输方向。所述处理器还被配置为：修改与利用所述多个传输选项中的被选择的传输选项来在所述至少两个连续子帧中的给定子帧中经由所述收发机在所述调度实体和所述被调度实体之间传送码字相关联的调度决策的至少一个方面，以减少所述码字的解码错误。所述至少一个方面包括以下各项中的至少一项：所述相应的打孔模式中的与所述被选择的传输选项相关联的被选择的打孔模式、或者与所述码字相关联的传输块大小。

在回顾下面的详细描述时，将变得更加充分理解本发明的这些和其它方面。在结合附图回顾本发明的特定、示例性实施例的以下描述时，本发明的其它方面、特征和实施例对于本领域技术人员来说将变得显而易见。虽然以下可能关于某些实施例和附图讨论了本发明的特征，但是本发明的所有实施例可以包括本文所讨论的有利特征中的一个或多个。换句话说，虽然可能将一个或多个实施例讨论成具有某些有利特征，但是根据本文所讨论的本发明的各个实施例，也可以使用这些特征中的一个或多个。用类似的方式，虽然以下可能将示例性实施例讨论成设备、系统或者方法实施例，但是应当理解的是，这些示例性实施例可以在各种设备、系统和方法中实现。

附图说明

图1是无线通信系统的示意图。

图2是无线接入网络(RAN)的例子的概念图。

图3是第一无线通信设备与第二无线通信设备之间的无线通信的示意图。

图4是可以在无线接入网络中实现的正交频分复用(OFDM)和单载波频分复用(SC-FDM)的比较的示意图。

图5是示出了用于用户和控制平面的无线协议架构的例子的概念图。

图6是示出了帧中的传输块的传输的概念图。

图7是示出了根据本公开内容的各方面的两个连续上行链路子帧的概念图(其实现用于在这两个子帧之间进行频率重新调谐的保护时段)。

图8是示出了根据本公开内容的各方面的、MCS索引和RB数量的组合(针对其而言，PUSCH符号的打孔模式阻碍基站处的解码)的例子的表。

图9是示出了根据本公开内容的各方面的、用于采用处理系统的调度实体装置的硬件实现的例子的框图。

图10是示出了根据本公开内容的各方面的、用于采用处理系统的被调度实体装置的硬件实现的例子的框图。

图11是示出了根据本公开内容的各方面的、MCS索引和RB数量的组合(针对其而言，经修改的传输块大小减少了接收机处的解码错误)的例子的表。

图12是示出了根据本公开内容的各方面的、用于调度实体减轻因打孔而造成的解码错误的示例性过程的流程图。

图13是示出了根据本公开内容的各方面的、用于调度实体减轻因打孔而造成的解码错误的另一个示例性过程的流程图。

图14是示出了根据本公开内容的各方面的、用于调度实体减轻因打孔而造成的解码错误的另一个示例性过程的流程图。

图15是示出了根据本公开内容的各方面的、用于调度实体减轻因打孔而造成的解码错误的另一个示例性过程的流程图。

图16是示出了根据本公开内容的各方面的、用于被调度实体减轻因打孔而造成的解码错误的示例性过程的流程图。

图17是示出了根据本公开内容的各方面的、用于被调度实体减轻因打孔而造成的解码错误的另一个示例性过程的流程图。

具体实施方式

下面结合附图阐述的详细描述旨在作为对各种配置的描述，而不是旨在表示可以在其中实施本文所描述的概念的仅有配置。为了提供对各种概念的透彻理解，详细描述包括特定细节。但是，对于本领域技术人员来说将显而易见的是，可以在不使用这些特定细节的情况下实施这些概念。在一些实例中，为了避免对这样的概念造成模糊，以框图形式示出公知的结构和组件。

虽然在本申请中通过说明一些例子来描述各方面和各实施例，但是本领域技术人员将理解的是，可以在许多不同的布置和场景中产生额外的实现和用例。本文描述的创新可以跨越许多不同的平台类型、设备、系统、形状、大小、封装布置来实现。例如，实施例和/或使用可以经由集成芯片实施例和其它基于非模块组件的设备(例如，终端用户装置、运载工具、通信设备、计算设备、工业装备、零售/购买设备、医疗设备、启用AI的设备等)来产生。虽然一些例子可能具体地或者可能没有具体地涉及用例或应用，但是可以存在所描述的创新的各种各样的适用性。实现的范围可以从芯片级或模块化组件到非模块化、非芯片级实现，并且进一步到并入所描述的创新的一个或多个方面的聚合、分布式或OEM设备或系统。在一些实际设置中，并入所描述的方面和特征的设备还可以必要地包括用于实现和实施所要求保护和描述的实施例的额外的组件和特征。例如，无线信号的发送和接收必要地包括用于模拟和数字目的的多个组件(例如，包括天线、RF链、功率放大器、调制器、缓冲器、处理器、交织器、加法器/相加器等的硬件组件)。目的在于，本文描述的创新可以在具有不同大小、形状和组成的多种多样的设备、芯片级组件、系统、分布式布置、终端用户装置等中实施。

贯穿本公开内容所给出的各种概念可以跨越多种多样的电信系统、网络架构和通信标准来实现。现在参照图1，作为说明性例子而非进行限制，参照无线通信系统100示出了本公开内容的各个方面。无线通信系统100包括三个交互域：核心网络102、无线接入网络(RAN)104和用户设备(UE)106。借助于无线通信系统100，使得UE 106能够执行与外部数据网络110(例如(但不限于)互联网)的数据通信。

RAN 104可以实现任何适当的一种或多种无线通信技术以向UE 106提供无线接入。举一个例子，RAN 104可以根据第三代合作伙伴计划(3GPP)演进型通用陆地无线接入网络(eUTRAN)标准(经常被称为长期演进(LTE)或4G)来操作。在一些例子中，RAN 104可以根据LTE标准的版本13或以后的版本来操作。当然，可以在本公开内容的范围内利用许多其它例子。

如图所示，RAN 104包括多个基站108。广义来讲，基站是无线接入网络中的负责一个或多个小区中的去往或者来自UE的无线电发送和接收的网络单元。在不同的技术、标准或上下文中，本领域技术人员还可以将基站不同地称为基站收发机(BTS)、无线基站、无线收发机、收发机功能单元、基本服务集(BSS)、扩展服务集(ESS)、接入点(AP)、节点B、演进型节点B(eNB)或者某种其它适当的术语。

无线接入网络104还被示为支持针对多个移动装置的无线通信。在3GPP标准中，移动装置可以被称为用户设备(UE)，但是本领域技术人员还可以将其称为移动站(MS)、用户站、移动单元、用户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动用户站、接入终端(AT)、移动终端、无线终端、远程终端、手机、终端、用户代理、移动客户端、客户端或者某种其它适当的术语。UE可以是向用户提供对网络服务的接入的装置。根据本公开内容的各个方面，UE还可以包括增强型机器类型通信(eMTC)设备，其支持减小的带宽、减小的发射功率、较低的数据速率、长电池寿命以及扩展的覆盖操作。这些UE在本文中可以被称为带宽减小的、低复杂度(BL)、覆盖增强(CE)UE(或BL/CE UE)。

在本文档中，“移动”装置未必需要具有移动的能力，而可以是静止的。术语移动装置或者移动设备广义地指代各种各样的设备和技术。UE可以包括多个硬件结构组件，其大小、形状被设置为并且被布置为有助于通信；这样的组件可以包括电耦合到彼此的天线、天线阵列、RF链、放大器、一个或多个处理器等。例如，移动装置的一些非限制性例子包括移动台、蜂窝(小区)电话、智能电话、会话发起协议(SIP)电话、膝上型计算机、个人计算机(PC)、笔记本、上网本、智能本、平板设备、个人数字助理(PDA)和各种各样的嵌入式系统(例如，对应于“物联网”(IoT))。另外，移动装置可以是汽车或其它运输工具、远程传感器或致动器、机器人或机器人式设备、卫星无线电单元、全球定位系统(GPS)设备、目标跟踪设备、无人机、多旋翼直升机、四旋翼直升机、远程控制设备、消费者设备和/或可穿戴设备(例如，眼镜、可穿戴照相机、虚拟现实设备、智能手表、健康或健身跟踪器、数字音频播放器(例如，MP3播放器)、照相机、游戏控制台等等)。另外，移动装置可以是数字家庭或智能家庭设备，例如，家庭音频、视频和/或多媒体设备、家电、自动售货机、智能照明、家庭安全系统、智能仪表等等。另外，移动装置可以是智能能源设备、安全设备、太阳能电池板或太阳能阵列、控制以下各项的市政基础设施设备：电力(例如，智能电网)、照明、水等；工业自动化和企业设备；物流控制器；农业装备；军事防御装备、车辆、飞机、船舶和兵器等等。另外，移动装置可以提供连接的医学或远程医学支持(即，在某一距离处的医疗保健)。远程医疗设备可以包括远程医疗监控设备和远程医疗管理设备，其通信相比于其它类型的信息可以被给予优选处理或者优先接入，例如，在针对关键服务数据的传输的优先接入、和/或针对关键服务数据的传输的相关QoS方面。

RAN 104和UE 106之间的无线通信可以被描述成利用空中接口。在空中接口上从基站(例如，基站108)到一个或多个UE(例如，UE 106)的传输可以被称为下行链路(DL)传输。根据本公开内容的某些方面，术语下行链路可以是指源自调度实体(下文进一步描述的；例如，基站108)的点到多点传输。描述该方案的另一种方式可以是使用术语广播信道复用。从UE(例如，UE 106)到基站(例如，基站108)的传输可以被称为上行链路(UL)传输。根据本公开内容的另外的方面，术语上行链路可以是指源自被调度实体(下文进一步描述的；例如，UE 106)的点到点传输。

在一些例子中，可以调度对空中接口的接入，其中，调度实体(例如，基站108)在其服务区域或小区之内的一些或者所有设备和装置之间分配用于通信的资源。在本公开内容中，如下文所进一步论述的，调度实体可以负责调度、指派、重新配置和释放用于一个或多个被调度实体的资源。即，对于被调度的通信而言，UE 106(其可以是被调度实体)可以使用调度实体108所分配的资源。

基站108不是可以用作调度实体的唯一实体。即，在一些例子中，UE可以用作调度实体，调度用于一个或多个被调度实体(例如，一个或多个其它UE)的资源。

如图1中所示，调度实体108可以向一个或多个被调度实体106发送下行链路业务112。广义来讲，调度实体108是如下的节点或设备：其负责在无线通信网络中调度业务(包括下行链路业务112，以及在一些例子中，包括从一个或多个被调度实体106到调度实体108的上行链路业务116)。在另一方面，被调度实体106是如下的节点或设备：其从无线通信网络中的另一个实体(例如调度实体108)接收下行链路控制信息114(包括但不限于调度信息(例如，授权)、同步或定时信息、或其它控制信息)。

例如，调度实体108可以向一个或多个被调度实体106发送控制信息114，其包括一个或多个控制信道，例如，PBCH；PSS；SSS；物理控制格式指示符信道(PCFICH)；物理混合自动重传请求(HARQ)指示符信道(PHICH)；和/或物理下行链路控制信道(PDCCH)等。PHICH携带HARQ反馈传输，例如，确认(ACK)或否定确认(NACK)。HARQ是本领域技术人员公知的技术，其中，可以在接收侧针对准确性对分组传输进行检查，并且如果被确认，则可以发送ACK，而如果没有被确认，则可以发送NACK。响应于NACK，发送设备可以发送HARQ重传，其可以实现追加合并、递增冗余等。

另外，可以在调度实体108和被调度实体106之间发送上行链路业务116和/或下行链路业务112，其包括一个或多个业务信道，例如，物理下行链路共享信道(PDSCH)或物理上行链路共享信道(PUSCH)(在一些例子中，以及系统信息块(SIB))。此外，被调度实体106可以向调度实体108发送上行链路控制信息118，其包括一个或多个上行链路控制信道，例如，物理上行链路控制信道(PUCCH)。上行链路控制信息可以包括多种分组类型和类别，包括导频、参考信号、以及被配置为实现或辅助对上行链路业务传输进行解码的信息。在一些例子中，上行链路控制信息118可以包括调度请求(SR)，即，针对调度实体118调度用于被调度实体106的上行链路分组传输。这里，响应于在上行链路控制信道118上发送的SR，调度实体108可以向被调度实体106发送可以调度上行链路分组传输的下行链路控制信息114。

另外，上行链路和/或下行链路控制信息和/或业务信息可以被时间划分成帧、子帧、时隙和/或符号。如本文使用的，符号可以是指正交频分复用(OFDM)波形中的每载波携带一个资源元素(RE)的时间单位。时隙可以携带具有普通循环前缀(CP)的7个OFDM符号。子帧可以是指1ms的持续时间，并且在一些例子中，可以包括两个时隙。多个子帧可以被分组在一起以形成单个帧或无线帧。例如，帧可以包括十个大小相等的子帧。当然，不要求这些定义，并且可以利用用于组织波形的任何适当方案，并且波形的各种时间划分可以具有任何适当的持续时间。

通常，基站108可以包括用于与无线通信系统的回程部分120进行通信的回程接口。回程120可以提供基站108和核心网络102之间的链路。此外，在一些例子中，回程网络可以提供相应的基站108之间的互连。可以使用各种类型的回程接口，例如，直接物理连接、虚拟网络、或使用任何适当的传输网络的回程接口。

核心网络102可以是无线通信系统100的一部分，并且可以独立于在RAN 104中使用的无线接入技术。在一些例子中，核心网络102可以是根据4G演进分组核心(EPC)或任何其它适当的标准或配置来配置的。

现在参照图2，通过举例而非限制的方式，提供了RAN 200的示意图。在一些例子中，RAN 200可以与上文描述以及在图1中示出的RAN 104相同。可以将RAN 200所覆盖的地理区域划分成多个蜂窝区域(小区)，其中用户设备(UE)可以基于从一个接入点或基站广播的标识来唯一地识别这些蜂窝区域(小区)。图2示出了宏小区202、204和206以及小型小区208，它们中的每一个可以包括一个或多个扇区(未示出)。扇区是小区的子区域。一个小区中的所有扇区由同一基站进行服务。扇区中的无线电链路可以通过属于该扇区的单一逻辑标识来识别。在划分成扇区的小区中，小区中的多个扇区可以通过多组天线来形成，其中每个天线负责与该小区的一部分中的UE进行通信。

在图2中，在小区202和204中示出了两个基站210和212；以及将第三基站214示为控制小区206中的远程无线电头端(RRH)216。即，基站可以具有集成天线，或者可以通过馈线电缆连接到天线或RRH。在所示出的例子中，小区202、204和126可以被称为宏小区，这是由于基站210、212和214支持具有大尺寸的小区。此外，基站218被示为在小型小区208(例如，微小区、微微小区、毫微微小区、家庭基站、家庭节点B、家庭eNodeB等)中，其中小型小区208可以与一个或多个宏小区重叠。在该例子中，小区208可以被称为小型小区，这是由于基站218支持具有相对小尺寸的小区。可以根据系统设计以及组件约束来进行小区尺寸设置。

应当理解的是，无线接入网络200可以包括任意数量的无线基站和小区。此外，可以部署中继节点，以扩展给定小区的尺寸或覆盖区域。基站210、212、214、218为任意数量的移动装置提供到核心网络的无线接入点。在一些例子中，基站210、212、214和/或218可以与上文描述以及在图1中示出的基站/调度实体108相同。

在RAN 200中，小区可以包括可以与每个小区的一个或多个扇区进行通信的UE。此外，每个基站210、212、214和218可以被配置为向相应小区中的所有UE提供到核心网络102(参见图1)的接入点。例如，UE 222和224可以与基站210进行通信；UE 226和228可以与基站212进行通信；UE 230和232可以通过RRH 216与基站214进行通信；以及UE 234可以与基站218进行通信。在一些例子中，UE 222、224、226、228、230、232、234、238、240和/或242可以与上文描述以及在图1中示出的UE/被调度实体106相同。

在一些例子中，无人驾驶飞行器(UAV)220(其可以是无人机或四旋翼直升机)可以是移动网络节点，并且可以被配置为用作UE。例如，UAV220可以通过与基站210进行通信来在小区202中进行操作。

在RAN 200的另外的方面中，可以在UE之间使用侧链路信号，而无需依赖于来自基站的调度或控制信息。例如，两个或更多个UE(例如，UE226和228)可以使用对等(P2P)或者侧链路信号227来相互通信，而无需通过基站(例如，基站212)中继该通信。在另外的例子中，UE 238被示为与UE 240和242进行通信。这里，UE 238可以用作调度实体或者主侧链路设备，以及UE 240和242可以用作被调度实体或者非主(例如，辅助)侧链路设备。

在无线接入网络200中，UE在移动的同时进行通信(独立于其位置)的能力被称为移动性。通常在移动性管理实体(MME)的控制之下，建立、维护和释放UE和无线接入网络之间的各种物理信道。在本公开内容的各个方面中，无线接入网络200可以使用基于DL的移动性来实现移动性和切换(即，UE的连接从一个无线信道转换到另一个无线信道)。在被配置用于基于DL的移动性的网络中，在与调度实体的呼叫期间，或者在任何其它时间处，UE可以监测来自其服务小区的信号的各种参数以及相邻小区的各种参数。根据这些参数的质量，UE可以维持与相邻小区中的一个或多个的通信。在该时间期间，如果UE从一个小区移动到另一个小区，或者如果来自相邻小区的信号质量超过来自服务小区的信号质量达到给定的时间量，则UE可以执行从服务小区到相邻(目标)小区的转换(handoff)或切换(handover)。例如，UE 224(虽然被示为车辆，但是可以使用任何适当形式的UE)可以从与其服务小区202相对应的地理区域移动到与邻居小区206相对应的地理区域。当来自邻居小区206的信号强度或者质量超过其服务小区202的信号强度或质量达到给定的时间量时，UE 224可以向其服务基站210发送用于指示该状况的报告消息。作为响应，UE 224可以接收切换命令，以及UE可以进行到小区206的切换。

在各个实现中，无线接入网络200中的空中接口可以利用经许可频谱、免许可频谱或共享频谱。经许可频谱通常通过由移动网络运营商从政府监管机构购买许可证，从而提供对频谱的一部分的独占使用。免许可频谱提供对频谱的一部分的共享使用，而不需要政府授权的许可证。虽然通常仍然需要遵守一些技术规则来接入免许可频谱，但是一般来说，任何运营商或设备都可以获得接入。共享频谱可以落入在经许可频谱和免许可频谱之间，其中，可能需要用于接入该频谱的技术规则或限制，但是该频谱仍然可以由多个运营商和/或多种RAT共享。例如，针对经许可频谱的一部分的许可证的持有者可以提供经许可的共享接入(LSA)，以与其它方(例如，具有适当的被许可者确定的用以获得接入的条件)共享该频谱。

无线接入网络200中的空中接口可以使用一种或多种复用和多址算法来实现各个设备的同时通信。例如，可以使用时分多址(TDMA)、码分多址(CDMA)、频分多址(FDMA)、正交频分多址(OFDMA)、稀疏码多址(SCMA)、单载波频分多址(SC-FDMA)、资源扩展多址(RSMA)或者其它适当的多址方案来提供针对从UE 222和224到基站210的UL传输的多址接入。此外，可以使用时分复用(TDM)、码分复用(CDM)、频分复用(FDM)、正交频分复用(OFDM)、稀疏码复用(SCM)、单载波频分复用(SC-FDM)或者其它适当的复用方案来提供对从基站210到UE 222和224的DL传输的复用。

无线接入网络200中的空中接口还可以使用一种或多种双工算法。双工指代点到点通信链路，其中两个端点可以在两个方向上相互通信。全双工意味着两个端点可以同时地相互通信。半双工意味着在某一时间处，仅有一个端点可以向另一个端点发送信息。在无线链路中，全双工信道通常依赖于发射机和接收机的物理隔离和适当的干扰消除技术。经常通过利用频分双工(FDD)或时分双工(TDD)，来实现针对无线链路的全双工仿真。在FDD中，在不同方向上的传输在不同的载波频率处进行操作。在TDD中，在给定信道上在不同方向上的传输使用时分复用来彼此分离。即，在某些时间处，该信道专用于一个方向上的传输，而在其它时间处，该信道专用于另一个方向上的传输，其中，方向可以非常快速地变化(例如，每个时隙变化几次)。

为了使无线接入网络200上的传输获得低块错误率(BLER)，同时仍然实现非常高的数据速率，可以使用信道编码。即，无线通信通常可以利用合适的纠错码。在典型的纠错码中，发送设备处的编码器(例如，CODEC)在数学上向信息消息添加冗余。在经编码的信息消息中利用这种冗余可以提高消息的可靠性，从而实现对可能因噪声而发生的任何比特错误的纠正。

图3是第一无线通信设备302与第二无线通信设备304之间的无线通信的示意图。每个无线通信设备302和304可以是用户设备(UE)、基站或用于无线通信的任何其它适当的装置或单元。在所示出的例子中，第一无线通信设备302中的源322在通信信道306(例如，无线信道)上向第二无线通信设备304中的宿344发送数字消息。在这样的方案中为了提供对数字消息的可靠传送而必须解决的一个问题是要将影响通信信道306的噪声308考虑在内。

纠错码被频繁地用于提供在这样的噪声信道上对数字消息的可靠传输。纠错码的例子包括块码和卷积码。卷积码将整个信息消息或序列转换成单个码字或码块，其中，经编码的比特不仅取决于信息消息中的当前信息比特，还取决于信息消息中的过去信息比特，由此提供冗余。

例如，第一(发送)无线通信设备302处的编码器324可以通过对滑动窗口中的信息比特的各个子集进行组合，从而使用该窗口来计算奇偶校验比特。随后，可以在信道上发送所计算出的奇偶校验比特。利用奇偶校验比特所提供的冗余是消息的可靠性的关键，其能够实现对可能因噪声而发生的任何比特错误的纠正。作为一个例子，如果卷积码每窗口产生r个奇偶校验比特，并且每次将窗口向前滑动一个比特，则其速率是1/r。由于奇偶校验比特是发送的唯一比特，因此r的值越大，针对比特错误的复原能力就越大。即，第二(接收)无线通信设备304处的解码器342可以利用奇偶校验比特提供的冗余来可靠地恢复出信息消息，即使可能部分地因向信道添加噪声308而发生比特错误。

块码将信息消息拆分成块，每个块具有K个信息比特的长度。第一(发送)无线通信设备302处的编码器324然后在数学上向信息消息添加冗余(例如，奇偶校验比特)，这导致码字或码块具有为N的长度，其中N>K。此处，码率R是消息长度与块长度之比：即，R＝K/N。因此，利用块码，信息比特是与奇偶校验比特一起被发送的。即，第二(接收)无线通信设备304处的解码器342可以利用奇偶校验比特提供的冗余来可靠地恢复出信息消息，即使可能部分地因向信道添加噪声308而发生比特错误。

这样的纠错块码的许多例子是本领域技术人员所已知的，尤其包括汉明码、Bose-Chaudhuri-Hocquenghem(博斯-查德胡里-霍昆格母)(BCH)码、turbo码、极化码和低密度奇偶校验(LDPC)码。许多现有的无线通信网络利用这样的块码，例如，3GPP LTE网络，其利用turbo码；以及IEEE802.11n Wi-Fi网络，其利用LDPC码。

Turbo码是看起来类似于线性块码的一类卷积码。Turbo码包括多个递归系统卷积(RSC)编码器的并行串接。通常，保持低的RSC编码器数量(例如，两个)，以使性能最大化，同时使复杂性最小化。RSC编码器将系统(信息)比特x作为输入，并且输出系统比特x和奇偶校验比特p₁。奇偶校验比特p₁是通过以下操作来生成的：对滑动窗口中的系统比特的各个子集进行组合，并且将输出序列中的一个输出序列折回到编码器输入端，由此使编码器成为递归的。当将两个RSC编码器用于turbo编码器324时，第二RSC编码器的输入通常是系统比特x的交织版本，由此产生奇偶校验比特p₂的第二集合。因此，奇偶校验比特p₁和p₂的两个集合可以被认为是根据同一输入序列x生成的时间移位码。那么turbo编码器324的输出是系统比特x，其与奇偶校验比特p₁和p₂的两个集合复用在一起。

在接收无线通信设备304处，信号是与其相关联的噪声一起被解调的，并且可以将每个比特的软输出提供给turbo解码器342。软输出通常是对数似然比(LLR)，其是在给定接收到的软输入y’的情况下，对关于与栅格中的转换相关联的消息比特m_i是1或0的概率的测量。如果消息比特是1或0是等概率的，则LLR是0。

信息序列x’的软值以及奇偶校验比特p₁’和p₂’的软值可以用于初始化turbo解码器342，其通常包括两个解码器。可以将奇偶校验比特p₁’和p₂’的软值进行交织并且提供给第二解码器，而可以将信息序列x’的软值提供给第一解码器。可以将由第一解码器推导出的序列进行交织并且提供给第二解码器。这将来自流x’和p’的比特重新排序，使得可以将根据x中的相同比特生成的比特(无论其来自x’、p₁’还是p₂’)同时提供给第二解码器。

在一些例子中，解码器342可以具有关于发送的信号的概率的知识(例如，解码器342可以知道某些信息消息与其它信息消息相比是更有可能的)。该先验信息可以辅助turbo解码器342形成后验输出，其表示对所接收的信息序列x的最优估计。随后，将后验输出解交织并且提供回给第一解码器。通过第一解码器、交织器、第二解码器和解交织器的进一步迭代可以完善该估计，直到在输出端处提供信息序列的最终版本为止。

第一解码器和第二解码器使用的两种主要类型的解码算法包括Bahl-Cocke-Jelinek-Raviv(巴尔-科克-耶利内克-拉维夫)(BCJR)解码算法(其是最大后验(MAP)算法)和软输出维特比算法(SOVA)。通常，MAP算法尝试估计接收到的最有可能的符号，而SOVA尝试估计最有可能的序列。例如，在给定所接收的比特的概率(例如，如通过所计算出的LLR确定的)的情况下，MAP算法通过计算从先前比特的转换的条件概率，来估计每个接收到的比特的最可能值。SOVA类似于标准维特比算法，是因为SOVA利用栅格来建立幸存路径，但是与标准维特比算法不同的是，SOVA将幸存路径序列与用于建立非幸存路径的序列进行比较，以确定幸存路径序列的可能性。在规定数量的迭代之后，具有最大可能性的序列从turbo解码器342输出。

图4是可以在无线接入网络(例如，在图2中示出的RAN 200)中实现的正交频分复用(OFDM)和单载波频分复用(SC-FDM)的比较的示意图。在一些例子中，该图可以表示无线资源(因为它们可以被分配在OFDM或SC-FDM系统中)。

在OFDM系统中，可以通过将频率资源分成紧密间隔开的窄带频率音调或子载波，并且将时间资源分成具有给定持续时间的OFDM符号序列，来定义二维的资源元素(RE)网格。在图4中示出的例子中，每个RE是由具有一个子载波(例如，15kHz带宽)乘一个OFDM符号的维度的矩形来表示的。

因此，每个RE表示被调制用于OFDM符号周期的子载波乘一个OFDM数据符号。每个OFDM符号可以是使用例如正交相移键控(QPSK)、16正交幅度调制(QAM)或64QAM来调制的。为了简单起见，仅示出了两个OFDM符号周期内的四个子载波。然而，应当理解的是，可以在子帧内利用任意数量的子载波和OFDM符号周期。例如，在LTE网络中，子帧包括两个时隙，每个时隙包括多个资源块(RB)。资源块(RB)表示可以被分配给用户设备(UE)的最小资源单位。RB中的每个RB在频率上是180kHz宽并且在时间上是一个时隙长。例如，每个RB可以包括频域中的12个连续子载波，并且对于每个OFDM符号中的普通循环前缀，包括时域中的7个连续OFDM符号，或者84个资源元素。

在每个OFDM符号周期之后，可以针对每个子载波插入相应的循环前缀(CP)，并且可以并行地发送接下来的四个OFDM符号。CP作为OFDM符号之间的保护频带来操作，并且通常是通过将OFDM符号的结尾的一小部分复制到OFDM符号的开始来生成的。

通过基于符号速率来设置音调之间的间隔，可以消除符号间干扰。OFDM信道通过以并行的方式跨越多个子载波分配数据流，来支持高数据速率。然而，OFDM经受高峰均功率比(PAPR)，这在UE(被调度实体)发射功率效率和放大器成本是重要因素的情况下，可能使OFDM在上行链路上是不期望的。

在SC-FDM系统中，可以通过利用较宽带宽单载波频率，并且将时间资源分成具有给定持续时间的SC-FDM符号序列，来定义二维的资源元素(RE)网格。在图4中示出的例子中，示出了与OFDM系统中的四个15kHz子载波相对应的60kHz载波。另外，虽然OFDM和SC-FDM符号具有相同的持续时间，但是每个SC-FDM符号包含表示调制数据符号的N个“子符号”。因此，在图4中示出的具有四个调制数据符号的例子中，在OFDM系统中，四个调制数据符号是并行地发送的(每子载波发送一个)，而在SC-FDM系统中，四个调制数据符号是以四倍速率串行地发送的，其中每个数据符号占用4x 15kHz带宽。因此，SC-FDM系统中的每个RE表示被调制用于子符号周期的单载波频率乘一个SC-FDM数据符号。

通过以N倍速率来串行地发送N个数据符号，SC-FDM带宽与多载波OFDM系统相同；然而，PAPR被极大地降低。通常，随着子载波数量的增加，OFDM系统的PAPR逼近高斯噪声统计，但是无论子载波数量如何，SC-FDM PAPR保持基本相同。因此，SC-FDM可以通过增加发射功率效率并且降低功率放大器成本，来提供上行链路上的益处。

用于无线接入网络(例如，图2中示出的无线接入网络200)的无线协议架构可以根据特定应用而采取不同的形式。现在将参照图5给出针对4G无线接入网络的例子。图5是示出了用于用户平面和控制平面的无线协议架构的例子的概念图。

转向图5，用于UE和eNB的无线协议架构被示为具有三个层：层1、层2和层3。层1是最低层并且实现各种物理层信号处理功能。在本文中L1层将被称为物理层506。层2(L2层)508位于物理层506之上，并且负责在物理层506上的UE和eNB之间的链路。

在用户平面中，L2层508包括：介质访问控制(MAC)子层510、无线链路控制(RLC)子层512、以及分组数据汇聚协议(PDCP)514子层，这些子层终止于网络侧的eNB处。虽然未示出，但是UE可以具有位于L2层508之上的若干上层，包括终止于网络侧的分组数据网络(PDN)网关处的网络层(例如，IP层)、以及终止于连接的另一端(例如，远端UE，服务器等)的应用层。

PDCP子层514提供不同的无线承载和逻辑信道之间的复用。PDCP子层514还提供针对上层数据分组的报头压缩以减少无线传输开销，通过对数据分组加密来提供安全性，以及提供针对UE在eNB之间的切换支持。RLC子层512提供对上层数据分组的分段和重组，对丢失的数据分组的重传，以及对数据分组的重新排序以补偿由于混合自动重传请求(HARQ)导致的无序接收。MAC子层510提供在逻辑信道和传输信道之间的复用。MAC子层510还负责在UE之间分配一个小区中的各种无线资源(例如，资源块)。MAC子层510还负责HARQ操作。物理子层506负责在物理信道上发送和接收数据(例如，在子帧的时隙内)

在控制平面中，对于物理层506和L2层508来说，用于UE和eNB的无线协议架构是基本相同的，除了不存在用于控制平面的报头压缩功能之外。控制平面还在层3中包括无线资源控制(RRC)子层516。RRC子层516负责获得无线资源(即，无线承载)以及使用在eNB和UE之间的RRC信令来对较低层进行配置。

通常，一个子层从另一个子层接收的分组可以被称为服务数据单元(SDU)，而从一个子层向另一个子层输出的分组可以被称为协议数据单元(PDU)。例如，PDCP子层从上层接收的分组可以被称为PDCP SDU，以及从PDCP子层向RLC子层或MAC子层输出的分组可以被称为PDCP PDU或RLC/MAC SDU。

如上文所指出的，MAC子层510可以将来自多个逻辑信道的数据(例如，来自多个PDCP PDU的数据)复用到传输信道上，以在单个MAC PDU内传输。因此，每个MAC PDU对应于一个传输块(TB)，并且可以包括多个经复用的逻辑信道MAC SDU。随后，物理层506将传输块编码成码字，并且将每个码字转换成调制符号(例如，OFDM或SC-FDM符号)，以传输给接收无线通信设备。

图6是示出了根据一些实施例的帧608中的传输块602的传输的概念图。如上文所指出的，传输块602包括从MAC子层传递到物理层的多个信息比特。例如，MAC子层可以将一个或多个MAC SDU串接成单个传输块(TB)602，并且将MAC报头604附加到TB 602。MAC子层还可以将物理子层配置为在帧608的子帧606内发送TB 602。额外的TB(未示出)还可以被映射到相同的子帧(取决于所指派的RB数量)、或者帧608内的用于在下行链路或上行链路上在基站和一个或多个UE之间传输额外的传输块的其它子帧606。传输块602可以被编码成码字，并且随后被转换成调制符号(例如，OFDM符号或SC-FDM符号)，以在子帧606中传输。

在一些例子中，每个子帧606可以包括多个资源块(RB)，每个RB包含适当数量的子载波和OFDM符号、或者单个载波和适当数量的SC-FDM符号。资源块中的每个资源元素携带的比特数量取决于调制和编码方案(MCS)。因此，TB 602中包括的比特数量(例如，传输块大小)取决于MCS和被指派给UE的资源块数量。可以例如在基站和UE内的传输块大小(TBS)表中维护针对RB数量和MCS的每个组合的TBS。

对于FDD，上行链路帧和下行链路帧是通过频率分开的，并且是连续且同步地发送的。对于TDD，上行链路子帧和下行链路子帧是在相同频率上发送的，并且在时域中被复用。例如，在图6中，第一子帧(子帧#0)可以是下行链路子帧，而接下来的两个子帧(例如，子帧#1和子帧#2)可以是上行链路子帧。

在一些例子中，在TDD或FDD系统中，可以向UE指派两个连续上行链路子帧(例如，子帧#1和子帧#2)内的不同窄带。如本文所使用的，术语窄带被定义成六个连续资源块的群组。例如，可以向UE指派第一上行链路子帧(子帧#1)内的第一窄带频率(例如，第一载波)和第二上行链路子帧(子帧#2)内的第二窄带频率(例如，第二载波)。

作为一个例子，对于LTE的版本13和版本14，带宽减小的、低复杂度(BL)、覆盖增强(CE)UE(或BL/CE UE)可以支持用于上行链路传输的不同窄带频率。例如，BL/CE UE可以在一个子帧(例如，子帧#1)中的第一窄带内发送PUCCH或PUSCH，并且在下一子帧(例如，子帧#2)中的第二窄带内发送PUCCH或PUSCH。在这种情形下，BL/CE UE将需要在两个连续上行链路子帧之间执行从第一窄带到第二窄带的频率重新调谐。

为了适应频率重新调谐过程，通常通过对第一子帧的结束和/或下一子帧的开始处的一个或多个SC-FDM符号(例如，每一个对应于图4中示出的SC-FDM子符号)进行打孔，来在两个连续上行链路子帧之间创建保护时段。图7是示出了两个连续上行链路子帧702a和702b的概念图(其实现用于在子帧702a和70b之间进行频率重新调谐的保护时段)。每个子帧702a和702b包括多个SC-FDM符号(符号#1、符号#2、……、符号#N-1、符号#N)。可以通过对第一子帧702a中的最后一个符号或者最后两个符号(符号#N、或者符号#N和符号#N-1)进行打孔和/或对第二子帧702b中的第一个符号或者前两个符号(符号#1、或者符号#1和符号#2)进行打孔，来创建保护时段。

例如，如果BL/CE UE从携带PUSCH的第一窄带重新调谐到携带PUSCH的第二窄带、或者从携带PUCCH的第一窄带重新调谐到携带PUCCH的第二窄带，则可以通过对第一子帧702a中的最后一个SC-FDM符号(符号#N)和第二子帧702b中的第一个SC-FDM符号(符号#1)进行打孔，来创建保护时段。另外，如果BL/CE UE从携带PUCCH的第一窄带重新调谐到携带PUSCH的第二窄带，则可以通过对第二子帧702b中的第一个SC-FDM符号(符号#1)进行打孔(例如，如果使用了缩短的PUCCH格式)或对第二子帧702b中的前两个SC-FDM符号(符号#1和符号#2)进行打孔(例如，如果使用了常规PUCCH格式)，来创建保护时段。此外，如果BL/CEUE从携带PUSCH的第一窄带重新调谐到携带PUCCH的第二窄带，则可以通过对第一子帧702a中的最后两个SC-FDM符号(符号#N-1和符号#N)进行打孔，来创建保护时段。在以上例子中的每一个例子中，在PUSCH映射中对被打孔的PUSCH符号进行计数，但是不将其用于PUSCH的传输。

然而，当对PUSCH SC-FDM符号进行打孔时，根据所利用的打孔模式，可能发生解码错误。例如，携带turbo码的不同系统比特、奇偶校验1比特和奇偶校验2比特的音调可能丢失。因此，对于不同的资源块数量以及调制和编码方案，针对在运行BCJR算法(MAP算法)的turbo解码器的输出端处的一些系统比特的对数似然比(LLR)可能收敛至零，甚至无穷大的信噪比(SNR)。

图8是示出了MCS/RB数量的组合(针对其而言，PUSCH符号的打孔模式阻碍基站处的解码)的例子的表800。每个打孔模式是针对给定(单个)子帧的，其中，打孔模式中的前两个比特表示第一个PUSCH符号和第二个PUSCH符号(例如，图7中示出的符号#1和符号#2)，以及打孔模式中的最后两个比特表示倒数第二个PUSCH符号和最后一个PUSCH符号(例如，

图7中示出的符号#N-1和符号#N)。因此，在一些例子中，打孔模式可以表示给定上行链路子帧与先前子帧之间的第一总体打孔模式的一部分、以及给定上行链路子帧与后续子帧之间的第二总体打孔模式的一部分。如上文参照图7所指出的，为了对第二个符号进行打孔，也必须对第一个符号进行打孔(例如，可以对第一个符号、或者第一个符号和第二个符号进行打孔)。类似地，为了对倒数第二个符号进行打孔，也必须对最后一个符号进行打孔(例如，可以对最后一个符号、或者最后一个符号和倒数第二个符号进行打孔)。

MCS索引和RB数量的每个组合可以在本文中被称为传输选项。如在图8中可见，对于与为14的MCS索引以及向UE指派了三个RB相对应的传输选项，八个可能的打孔模式中的六个是有问题的。不阻碍基站处的解码的仅有的打孔模式是0001打孔模式和1000打孔模式。对于与为10的MCS索引以及向UE指派了五个RB相对应的传输选项，八个可能的打孔模式中的三个是有问题的。应当理解的是，在图8中示出的传输选项和打孔模式的列表仅是说明性的，并且其它传输选项和打孔模式也可能阻碍基站处的解码。

图8还示出了针对每个传输选项和打孔模式的有效码率。虽然列出的有效码率高于在不进行打孔的情况下的码率，但是基于有效码率，基站处的解码对于至少一些传输选项和被打孔符号数量仍然应当是可能的。然而，由于所利用的特定打孔模式，基站处的解码可能失败。

因此，本公开内容的各个方面提供了用于减轻解码错误的机制，所述解码错误是因具有相同传输方向的两个或更多个连续子帧中的子帧中的符号打孔而造成的。在一些例子中，被打孔的符号是物理上行链路共享信道(PUSCH)符号，以在利用不同的窄带频率的连续上行链路子帧之间提供保护时段。在其它例子中，被打孔的符号可以是其它信道符号(例如，物理下行链路共享信道(PSDCH)符号)，以在利用不同的窄带频率的连续下行链路子帧之间提供保护时段。

在一些例子中，为了减轻解码错误，基站或用户设备(UE)可以选择或修改涉及在至少两个连续子帧中的给定子帧中传送码字的调度决策的至少一个方面，以使解码错误最小化。例如，可以修改与被选择的传输选项相关联的被选择的打孔模式或传输块大小。

在一些例子中，当提出针对在给定子帧中传送码字的调度决策时，基站可以避免选择可能阻碍接收机处的解码的传输选项和相关联的打孔模式中的任何项。在其它例子中，基站在作出关于子帧N的调度决策时可以将对子帧N-1的影响考虑在内。例如，基站可以将被调度用于子帧N的窄带修改为与被调度用于子帧N-1的窄带相匹配，以防止对子帧N-1和/或子帧N中的符号的打孔。作为另一个例子，基站可以简单地取消对在子帧N中用于UE的码字的调度。

在一些例子中，UE或基站可以将打孔模式修改为对两个连续子帧内的不同符号或更少的符号进行打孔。在其它例子中，UE或基站可以根据所选择的传输选项和打孔模式来修改传输块大小。例如，可以针对有问题的传输选项(例如，基于打孔模式可能产生解码错误的资源块数量和MCS)来修改在UE或基站处维护的传输块大小表。

在本公开内容的其它方面中，基站或UE可以利用turbo解码器来尝试被打孔的比特的、导致循环冗余码(CRC)通过的不同组合，以试图对被打孔的子帧进行解码。基站或UE还可以运行维特比算法(可能也利用turbo码的栅格终止中的尾部比特)，来获得导致CRC通过的被打孔的比特。

图9是示出了针对采用处理系统914的调度实体900的硬件实现的例子的框图。例如，调度实体900可以是如在图1和/或2中的任何一个或多个图中示出的基站。在另一个例子中，调度实体900可以是如在图1和2中的任何一个或多个图中示出的用户设备(UE)。

调度实体900可以使用包括一个或多个处理器904的处理系统914来实现。处理器904的例子包括微处理器、微控制器、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编程逻辑器件(PLD)、状态机、门控逻辑、分立硬件电路和被配置为执行贯穿本公开内容描述的各种功能的其它适当的硬件。在各个例子中，调度实体900可以被配置为执行本文所描述的功能中的任何一个或多个功能。即，如调度实体900中所使用的处理器904可以用于实现下文描述的处理和过程中的任何一个或多个处理和过程。在一些实例中，处理器904可以是经由基带或调制解调器芯片来实现的，而在其它实现中，处理器904本身可以包括与基带或调制解调器芯片有区别的并且不同的多个设备(例如，在这样的场景中，可以协调地工作以实现本文论述的实施例)。并且如上文提及的，可以在实现中使用在基带调制解调器处理器外部的各种硬件布置和组件，包括RF链、功率放大器、调制器、缓冲器、交织器、加法器/相加器等。

在该例子中，处理系统914可以使用总线架构来实现，其中该总线架构通常用总线902来表示。根据处理系统914的具体应用和总体设计约束，总线902可以包括任意数量的互连总线和桥接。总线902将包括一个或多个处理器(其通常用处理器904来表示)、存储器905、以及计算机可读介质(其通常用计算机可读介质906来表示)的各种电路通信地耦合在一起。总线902还可以连接诸如定时源、外围设备、电压调节器和功率管理电路之类的各种其它电路，这些电路是本领域公知的，并且因此不再进行描述。总线接口908提供总线902和收发机910之间的接口。收发机910提供用于通过传输介质与各种其它装置进行通信的通信接口或单元。根据该装置的性质，还可以提供用户接口912(例如，小键盘、显示器、扬声器、麦克风、操纵杆)。当然，这样的用户接口912是可选的，并且在一些例子(例如，基站)中可以被省略。

处理器904负责管理总线902和通用处理，其包括执行计算机可读介质906上存储的软件。软件在由处理器904执行时，使得处理系统914执行下文针对任何特定装置所描述的各种功能。计算机可读介质906和存储器905还可以用于存储处理器904在执行软件时所操纵的数据。

处理系统中的一个或多个处理器904可以执行软件。无论被称为软件、固件、中间件、微代码、硬件描述语言还是其它术语，软件都应当被广义地解释为意指指令、指令集、代码、代码段、程序代码、程序、子程序、软件模块、应用、软件应用、软件包、例程、子例程、对象、可执行文件、执行的线程、过程、函数等等。软件可以位于计算机可读介质906上。

计算机可读介质906可以是非暂时性计算机可读介质。举例而言，非暂时性计算机可读介质包括磁存储设备(例如，硬盘、软盘、磁带)、光盘(例如，压缩光盘(CD)或者数字多功能光盘(DVD))、智能卡、闪存设备(例如，卡、棒或键驱动器)、随机存取存储器(RAM)、只读存储器(ROM)、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、寄存器、可移动盘以及用于存储可以由计算机进行访问和读取的软件和/或指令的任何其它适当的介质。通过举例的方式，计算机可读介质还可以包括载波、传输线、以及用于发送可以由计算机进行访问和读取的软件和/或指令的任何其它适当的介质。计算机可读介质906可以位于处理系统914中、位于处理系统914之外、或者分布在包括处理系统914的多个实体之中。计算机可读介质906可以体现在计算机程序产品中。举例而言，计算机程序产品可以包括封装材料中的计算机可读介质。本领域技术人员将认识到，如何根据特定的应用和对整个系统所施加的总体设计约束来最佳地实现贯穿本公开内容所给出的描述的功能。

在本公开内容的一些方面中，处理器904可以包括被配置用于各种功能的电路。例如，处理器904可以包括资源指派和调度电路941，其被配置为生成、调度和修改对时频资源(例如，一个或多个资源元素的集合)的资源指派或授权。例如，资源指派和调度电路941可以调度多个时分双工(TDD)和/或频分双工(FDD)子帧内的时频资源，以携带去往和/或来自多个UE(被调度实体)的业务和/或控制信息。

根据本公开内容的各个方面，资源指派和调度电路941可以访问例如在存储器905中维护的传输选项(TO)表915，以调度用于被调度实体(UE)的上行链路或下行链路传输。传输选项表915可以包括多个传输选项，每个传输选项包括相应的资源块数量和相应的调制和编码方案(MCS)索引。另外，表915中的传输选项中的每个传输选项可以与一个或多个打孔模式相关联，其中的一些打孔模式可能阻碍接收机处的解码。传输选项表915的一部分的例子可以包括在图8中针对PUSCH示出的表800。

资源指派和调度电路941可以基于表915来提出针对至少两个连续子帧的调度决策，每个子帧具有相同的传输方向。在一些例子中，调度决策至少包括来自表915的、用于在至少两个连续子帧中的给定子帧中在调度实体和被调度实体(UE)之间传送码字的被选择的传输选项。具体地，资源指派和调度电路941可以选择用于在给定子帧中传送码字的调度决策的至少一个方面，以减少在接收机处码字的解码错误。例如，至少一个方面可以包括以下各项中的一项或多项：传输选项、打孔模式、传输块大小、或者用于码字的解码器/解码算法、和/或对至少两个连续子帧内的另一个码字的调度。

针对携带PUSCH的上行链路子帧提供了以下描述。然而，应当理解的是，该描述同样可以应用于携带PDSCH或其它符号的下行链路子帧。

在一些例子中，当将给定(当前)上行链路子帧调度用于发送针对特定UE的PUSCH时，资源指派和调度电路941可以利用表915来避免在表915中列出的、可能阻碍接收机处的解码的传输选项和相关联的打孔模式中的任何项。例如，资源指派和调度电路941可以确定：作为在当前上行链路子帧和紧接在前面的上行链路子帧中向UE指派了不同窄带的结果，UE是否将需要对当前上行链路子帧进行打孔，以在当前上行链路子帧和紧接在前面的上行链路子帧之间创建保护时段。如果保护时段是必要的，则资源指派和调度电路941可以避免将在表915中列出的MCS索引、资源块数量和有问题的打孔模式的组合中的任何组合调度用于当前子帧中的针对特定UE的PUSCH。在一些例子中，资源指派和调度电路941可以简单地避免调度具有在表915中列出的有问题的打孔模式的任何传输选项。随后，资源指派和调度电路941可以进行以下操作：从表915中选择能够实现接收机处的解码的传输选项和相关联的打孔模式；或者如果不存在没有问题的、可用于当前子帧的其它传输选项和相关联的打孔模式，则在稍后的上行链路子帧中调度针对UE的PUSCH。

在其它例子中，资源指派和调度电路941可以将所选择的有问题的打孔模式修改为对当前上行链路子帧和紧接在前面/后面的子帧中的不同符号进行打孔、或者对当前上行链路子帧和紧接在前面/后面的子帧中的更少符号进行打孔。可以在携带针对码字的上行链路授权的下行链路控制信息(DCI)内包括经修改的打孔模式。

在其它例子中，在调度用于UE发送PUSCH的第一上行链路子帧之后，资源指派和调度电路941可以基于表915来修改调度决策的、与用于UE的第二连续上行链路子帧相关的至少一个方面。例如，资源指派和调度电路941可以利用表915来确定UE是否将需要对第一上行链路子帧进行打孔，以在第一上行链路子帧和第二上行链路子帧之间创建保护时段，其中，这将导致在表915中列出的、用于被选择用于第一上行链路子帧的传输选项的有问题的打孔模式中的一个打孔模式。如果UE将需要利用列出的、用于资源指派和调度电路941已经选择用于第一上行链路子帧的传输选项的有问题的打孔模式中的一个打孔模式来对第一子帧进行打孔，则资源指派和调度电路941可以将用于第二上行链路子帧的调度决策修改为防止UE为了创建保护时段而对第一上行链路子帧进行打孔。

在一些例子中，资源指派和调度电路941可以将被指派给第二上行链路子帧的窄带修改为与第一上行链路子帧的窄带相匹配，使得UE不需要创建保护时段，从而防止第一上行链路子帧中的有问题的打孔模式。在其它例子中，资源指派和调度电路941可以取消在第二上行链路子帧中调度用于UE的经规划的上行链路传输。例如，资源指派和调度电路941可以将最初被规划用于第二上行链路子帧的上行链路传输重新调度到与第一上行链路子帧不连续的另一个后续子帧。

通过取消在第二上行链路子帧中调度用于UE的经规划的上行链路传输，根据对第二上行链路子帧的任何重新调度，UE可以不需要创建保护时段或者可以不需要利用特定的有问题的打孔模式。例如，如果资源指派和调度电路941不在第二上行链路子帧内调度任何上行链路传输，则UE将不需要在第一上行链路子帧和第二上行链路子帧之间创建保护时段。作为另一个例子，如果资源指派和调度电路941将第二上行链路子帧重新调度为利用与第一上行链路子帧相同的窄带(例如，作为在第二上行链路子帧中调度不同的上行链路信息的结果)，则UE将不需要在第一上行链路子帧和第二上行链路子帧之间创建保护时段。作为又一个例子，如果资源指派和调度电路941将第二上行链路子帧重新调度为包括与第一上行链路子帧相比不同的窄带，但是包括不同的上行链路信息(例如，PUCCH而不是PUSCH，或者PUSCH而不是PUCCH)，则作为结果的、针对第一子帧所要求的打孔模式可能不是有问题的。资源指派和调度电路941还可以与资源指派和调度软件951协调地进行操作。

处理器904还可以包括下行链路(DL)业务及控制信道生成和发送电路942，其被配置为生成和发送下行链路业务和控制信号/信道。例如，DL业务及控制信道生成和发送电路942可以被配置为生成包括下行链路控制信息(DCI)的物理下行链路控制信道(PDCCH)和/或包括下行链路业务的物理下行链路共享信道(PDSCH)。另外，DL业务及控制信道生成和发送电路942可以与资源指派和调度电路941协调地进行操作，以根据指派给DL业务和/或控制信息的资源来调度DL业务和/或控制信息，以及将DL业务和/或控制信息放到一个或多个子帧或时隙内的时分双工(TDD)或频分双工(FDD)载波上。DL业务及控制信道生成和发送电路942还可以被配置为利用时分复用(TDM)、码分复用(CDM)、频分复用(FDM)、正交频分复用(OFDM)、稀疏码复用(SCM)或者其它适当的复用方案来对DL传输进行复用。

根据本公开内容的各个方面，DL业务及控制信道生成和发送电路942可以被配置为访问TO表915，以生成下行链路传输(例如，PDSCH)并且将其发送给UE。在一些例子中，当生成用于给定下行链路子帧的PDSCH传输时，DL业务及控制信道生成和发送电路942可以与资源指派和调度电路941协调地进行操作，以基于表915来修改用于PDSCH传输的传输块大小。例如，DL业务及控制信道生成和发送电路942可以确定是否需要针对给定下行链路子帧在UE处对PDSCH进行打孔，并且如果需要，则基于所指派的用于给定下行链路子帧的传输选项(例如，被分配用于给定下行链路子帧中的PDSCH传输的MCS和资源块数量)，特定的打孔模式是否可能导致基于表915的用于所指派的传输选项的有问题的打孔模式中的一个打孔模式。

在一些例子中，为了减轻解码错误，可以修改用于在传输选项表915中列出的被选择的传输选项的传输块(TB)大小。TB大小是基于所选择的MCS和被分配给被调度实体的资源块数量来确定的，如从例如在存储器905中维护的TBS表916中获得的。例如，当确定被指派给PDSCH传输的MCS索引和资源块数量时，DL业务及控制信道生成和发送电路942和/或资源指派和调度电路941可以访问TBS表916，以查找与MCS索引和RB数量相对应的TB大小。可以将TB大小表916修改为包括用于如在图8中示出的有问题的传输选项(例如，在传输选项表915中包括的MCS索引和资源块数量的组合)的不同的TB大小。在一些例子中，传输块大小也可以是基于相关联的打孔模式来修改的。例如，TB大小表916可以包括用于有问题的传输选项的多个条目，其中不同的TB大小用于不同的打孔模式。

在一些例子中，DL业务及控制信道生成和发送电路942还可以生成并发送一个或多个PDCCH，每个PDCCH包含对针对两个或更多个连续子帧中的至少一个子帧的调度决策(例如，下行链路指派或上行链路授权)进行指示的DCI。例如，DCI可以指示被选择的传输选项、被选择的打孔模式或经修改的打孔模式(如果适用的话)以及被选择的传输块大小(如果适用的话)。DL业务及控制信道生成和发送电路942还可以与DL数据及控制信道生成和发送软件952协调地进行操作。

处理器904还可以包括上行链路(UL)业务及控制信道接收和处理电路943，其被配置为从一个或多个被调度实体接收上行链路控制信道和上行链路业务信道并处理上行链路控制信道和上行链路业务信道。例如，UL业务及控制信道接收和处理电路943可以被配置为从一个或多个被调度实体接收上行链路业务(例如，PUSCH)。UL业务及控制信道接收和处理电路943还可以被配置为接收物理上行链路控制信道(PUCCH)。UL业务及控制信道接收和处理电路943还可以与UL业务及控制信道接收和处理软件953协调地进行操作。

处理器904还可以包括解码器944，其被配置为接收并解码从包括上行链路子帧中的一个或多个被打孔的PUSCH符号的上行链路传输产生的上行链路码字。在一些例子中，解码器944可以是运行BCJR算法(MAP算法)的turbo解码器。在一些例子中，如果从上行链路子帧中打孔的PUSCH符号导致针对其的LLR收敛至零的系统比特(PUSCH符号内的信息比特)，则turbo解码器944可以针对turbo解码器944的卷积解码器中的一者或两者，利用系统和奇偶校验1/奇偶校验2比特的LLR来运行维特比算法。随后，可以使用turbo码的栅格终止中的尾部比特来获得将导致正确终止的消息比特(信息比特)。在其它例子中，turbo解码器944可以尝试被打孔的比特的、导致循环冗余码(CRC)通过的不同组合，以试图对包含被打孔的子帧的码字进行解码。解码器944还可以与解码软件954协调地进行操作。

图10是示出了针对采用处理系统1014的示例性被调度实体1000的硬件实现的例子的概念图。根据本公开内容的各个方面，元素、或者元素的任何部分、或者元素的任何组合可以利用包括一个或多个处理器1004的处理系统1014来实现。例如，被调度实体1000可以是如在图1和/或2中的任何一个或多个图中示出的用户设备(UE)。在本公开内容的各个方面中，被调度实体可以是实现eMTC的BL/CE UE，如在LTE的版本13和/或版本14中描述的。

处理系统1014可以与图9中示出的处理系统914基本相同，包括总线接口1008、总线1002、存储器1005、处理器1004和计算机可读介质1006。此外，被调度实体1000可以包括与上文在图9中描述的用户接口和收发机基本类似的用户接口1012和收发机1010。即，如在被调度实体1000中所使用的处理器1004可以用于实现下文描述的过程中的任何一个或多个过程。

在本公开内容的一些方面中，处理器1004可以包括上行链路(UL)业务及控制信道生成和发送电路1042，其被配置为生成上行链路控制/反馈/确认信息并且在UL控制信道上发送所述信息。例如，UL业务及控制信道生成和发送电路1042可以被配置为生成并发送包含上行链路控制信息(UCI)的上行链路控制信道(例如，物理上行链路控制信道(PUCCH))。另外，UL业务及控制信道生成和发送电路1042可以被配置为根据上行链路授权来生成上行链路业务，并且在UL业务信道(例如，PUSCH)上发送上行链路业务。

根据本公开内容的各个方面，UL业务及控制信道生成和发送电路1042可以被配置为访问例如在存储器1005中维护的传输选项表1015，以生成上行链路传输并且将其发送给基站。传输选项表1015可以包括多个传输选项，每个传输选项包括相应的资源块数量和相应的调制和编码方案(MCS)索引。另外，表1015中的传输选项中的每个传输选项可以与一个或多个打孔模式相关联，其中的一些打孔模式可能阻碍基站处的解码。传输选项表1015的一部分的例子可以包括在图8中示出的表800。另外，传输选项表1015可以与在图9中示出的传输选项表915相对应。

在一些例子中，当生成用于给定(当前)上行链路子帧的PUSCH传输时，UL业务及控制信道生成和发送电路1042可以利用表1015，，以基于表1015修改针对PUSCH传输的调度决策的至少一个方面(例如，打孔模式或传输块大小)。例如，UL业务及控制信道生成和发送电路1042可以确定：作为在当前上行链路子帧和紧接在前面/紧接在后面的上行链路子帧中向被调度实体1000指派了不同窄带的结果，是否需要针对当前上行链路子帧对PUSCH进行打孔，以在当前上行链路子帧与紧接在前面的上行链路子帧和/或紧接在后面的子帧之间创建保护时段。如果保护时段是必要的，则UL业务及控制信道生成和发送电路1042可以基于所指派的用于当前上行链路子帧的传输选项(例如，被分配给UE的用于当前上行链路子帧的MCS和资源块数量)，确定通常用于在当前上行链路子帧和紧接在前面/紧接在后面的子帧之间创建保护时段的特定打孔模式是否可能导致基于表1015的用于所指派的传输选项的有问题的打孔模式中的一个打孔模式。

例如，如果紧接在前面的子帧包括在第一窄带内发送的PUCCH，以及当前上行链路子帧包括在不同的第二窄带内发送的PUSCH，则用于当前上行链路子帧的打孔模式包括前两个PUSCH符号(假设利用了常规PUCCH格式)。在图8中的表中可见，如果所指派的用于当前上行链路子帧的传输选项包括为十的MCS索引和五个资源块的组合，则用于当前上行链路子帧的打孔模式可能导致基站处的解码错误。

在一些例子中，为了减轻解码错误，UL业务及控制信道生成和发送电路1042可以修改打孔模式，并且与打孔电路1044协调地进行操作，以对当前上行链路子帧和紧接在前面/紧接在后面的子帧中的不同符号进行打孔、或者对当前上行链路子帧和紧接在前面/紧接在后面的子帧中的更少符号进行打孔。使用上文来自图8的例子，UL业务及控制信道生成和发送电路1042可以将打孔模式修改为使得打孔电路1044对包含PUCCH的紧接在前面的子帧的最后一个符号、以及包含PUSCH的当前上行链路子帧的仅第一个符号进行打孔。作为另一个例子，如果在三个或更多个连续上行链路子帧(其中在每个上行链路子帧之间具有窄带跳变)上存在连续PUSCH传输，则普通(卷积)打孔模式要求对每个子帧中的第一个和最后一个PUSCH符号进行打孔。如果对当前上行链路子帧中的前两个符号或最后两个符号进行打孔导致基站处的减少的解码错误(例如，更少数量的比特收敛至零)，则UL业务及控制信道生成和发送电路1042可以使得打孔电路1044对当前上行链路子帧中的前两个或最后两个PUSCH符号(而不是第一个和最后一个PUSCH符号)进行打孔。

作为又一个例子，如果被调度实体1000能够更快地(例如，在一个符号(而不是两个符号)的持续时间内)从一个窄带重新调谐到另一个窄带，则UL业务及控制信道生成和发送电路1042可以将打孔模式修改为使得打孔电路1044对两个连续上行链路子帧之间的更少PUSCH符号进行打孔，以避免用于连续上行链路子帧中的每个上行链路子帧的有问题的打孔模式。在该例子中，基站可以在没有被打孔的符号上检测来自被调度实体(UE)的信号，并且基于所检测到的信号来尝试解码。

在其它例子中，为了减轻解码错误，可以修改用于在传输选项表1015中列出的传输选项的传输块(TB)大小。TB大小是基于所选择的MCS和被分配给被调度实体的资源块数量来确定的，如从例如在存储器1005中维护的TB大小表1016中获得的。例如，当确定被指派给被调度实体的用于特定上行链路传输的MCS索引和资源块数量时，UL业务及控制信道生成和发送电路1042可以访问TB大小表1016，以查找与MCS索引和RB数量相对应的TB大小。可以将TB大小表1016修改为包括用于如在图8中示出的有问题的传输选项(例如，在传输选项表1015中包括的MCS索引和资源块数量的组合)的不同的TB大小。

在一些例子中，传输块大小也可以是基于相关联的打孔模式来修改的。例如，TB大小表1016可以包括用于有问题的传输选项的多个条目，其中不同的TB大小用于不同的打孔模式。例如，对于MCS索引等于十四以及向UE指派了三个RB的有问题的情况，经修改的TB大小可以用于在图8中示出的仅六个有问题的打孔模式。UL业务及控制信道生成和发送电路1042可以与UL业务及控制信道生成和发送软件1052协调地进行操作。另外，打孔电路1044可以与打孔软件1054协调地进行操作。

处理器1004还可以包括下行链路(DL)业务及控制信道接收和处理电路1046，其被配置用于在业务信道(例如，PDSCH)上接收下行链路业务并对其进行处理，以及在一个或多个下行链路控制信道上接收控制信息(例如，下行链路指派或上行链路授权)并对其进行处理。在一些例子中，可以将接收到的下行链路业务和/或控制信息暂时地存储在存储器1005内的数据缓冲器1018中。

在本公开内容的各个方面中，DL业务及控制信道接收和处理电路1046还可以被配置为对在给定(当前)下行链路子帧中接收的PDSCH进行打孔，以使被调度实体1000能够从一个窄带(例如，用于给定下行链路子帧或先前下行链路子帧的窄带)重新调谐到另一个窄带(例如，用于给定下行链路子帧或后续下行链路子帧的窄带)。为了减轻解码错误，DL业务及控制信道接收和处理电路1046可以基于TO表1015来将打孔模式修改为对当前下行链路子帧中的不同符号进行打孔或者对当前下行链路子帧中的更少符号进行打孔。DL业务及控制信道接收和处理电路1046可以与DL业务及控制信道接收和处理软件1056协调地进行操作。

处理器1004还可以包括解码器1048，其被配置为接收并解码从包括下行链路子帧中的(在被调度实体1000处被打孔的)一个或多个被打孔的PDSCH符号的下行链路传输中产生的下行链路码字。在一些例子中，解码器1048可以是运行BCJR算法(MAP算法)的turbo解码器。在一些例子中，如果从下行链路子帧中打孔的PDSCH符号导致针对其的LLR收敛至零的系统比特(PDSCH符号内的信息比特)，则turbo解码器1048可以针对turbo解码器1048的卷积解码器中的一者或两者，利用系统和奇偶校验1/奇偶校验2比特的LLR来运行维特比算法。随后，可以使用turbo码的栅格终止中的尾部比特来获得将导致正确终止的消息比特(信息比特)。在其它例子中，turbo解码器1048可以尝试被打孔的比特的、导致循环冗余码(CRC)通过的不同组合，以试图对包含被打孔的子帧的码字进行解码。解码器1048还可以与解码软件1058协调地进行操作。

图11是示出了根据本公开内容的各方面的、MCS索引和RB数量的组合(针对其而言，用于PUSCH的经修改的传输块大小减少了接收机处的解码错误)的例子的表。图11包括与在图8中示出的MCS索引和RB数量的相同组合(传输选项)(针对这些组合而言，特定打孔模式阻碍接收机处的解码)。图11还包括针对其而言没有观察到接收机处的解码错误的经修改的传输块大小。例如，对于利用为十四的MCS索引和三个RB的每个传输选项，如果将传输块大小从744个比特增加到760个比特，则减轻了接收机处的解码错误。类似地，对于利用为十的MCS索引和五个RB的每个传输选项，如果将传输块大小从872个比特减少到856个比特，则减轻了接收机处的解码错误。

图11还示出了当如图11中所示对TB大小进行修改时，针对每个传输选项和打孔模式的经修改的有效码率。如在图11中可见，对于每个传输选项，针对经修改的TB大小的经修改的码率相对于针对原始TB大小的原始有效码率稍微变化。

图12是示出了根据本公开内容的各方面的、用于调度实体减轻因打孔而造成的解码错误的示例性过程1200的流程图。如下文所描述的，在本公开内容的范围内的特定实现中，可以省略一些或者所有示出的特征，并且对于所有实施例的实现而言可能并不需要一些示出的特征。在一些例子中，过程1200可以由图9中示出的调度实体900来执行。在一些例子中，过程1200可以由用于执行下文所描述的功能或算法的任何适当的装置或单元来执行。

在框1202处，调度实体可以识别多个传输选项，每个传输选项包括相应的资源块数量和相应的调制和编码方案(MCS)。在框1204处，调度实体可以识别用于至少两个连续子帧的、针对传输选项中的每个传输选项的相应的打孔模式，每个子帧具有相同的传输方向。在一些例子中，打孔模式能够实现用户设备(UE)从该UE在第一子帧中利用的第一窄带到该UE在第二子帧中利用的第二窄带的重新调谐。在一些例子中，打孔模式中的、与传输选项中的一个或多个传输选项相关联的一个或多个打孔模式可能阻碍对在至少两个连续子帧中的给定子帧中在调度实体和UE之间传送的码字的解码。例如，上文参照图9示出和描述的资源指派和调度电路941可以访问传输选项表915，以识别多个传输选项和相关联的打孔模式。

在框1206处，调度实体可以基于传输选项和相关联的打孔模式，来提出针对至少两个连续子帧的调度决策。在一些例子中，调度实体可以通过选择调度决策的至少一个方面来减少在给定子帧中传送的码字的解码错误，来提出调度决策。在一些例子中，至少两个连续子帧可以包括上行链路子帧，并且码字可以是在物理上行链路共享信道(PUSCH)SC-FDMA符号上传送的。在其它例子中，至少两个连续子帧可以包括下行链路子帧，并且码字可以是在物理下行链路共享信道(PDSCH)SC-FDMA符号上传送的。

在一些例子中，调度实体可以通过避免调度具有有问题的打孔模式的传输选项中的任何传输选项，或者通过避免为UE调度针对用于至少两个连续子帧的传输选项中的任何传输选项的有问题的打孔模式，来提出调度决策。在其它例子中，调度实体可以通过将被调度用于至少两个连续子帧中的第二子帧的窄带修改为与至少两个连续子帧中的第一子帧相匹配，来提出调度决策。在其它例子中，调度实体可以取消将第二码字调度用于在第二子帧中在调度实体和UE之间传送，以避免对在第一子帧中传送的码字进行打孔。调度决策的其它方面还可以被选择用于减少接收机处的码字的解码错误。例如，上文参照图9示出和描述的资源指派和调度电路941可以提出针对至少两个连续子帧的调度决策。

图13是示出了根据本公开内容的各方面的、用于调度实体减轻因打孔而造成的解码错误的示例性过程1300的流程图。如下文所描述的，在本公开内容的范围内的特定实现中，可以省略一些或者所有示出的特征，并且对于所有实施例的实现而言可能并不需要一些示出的特征。在一些例子中，过程1300可以由图9中示出的调度实体900来执行。在一些例子中，过程1300可以由用于执行下文所描述的功能或算法的任何适当的装置或单元来执行。

在框1302处，调度实体可以识别多个传输选项，每个传输选项包括相应的资源块数量和相应的调制和编码方案(MCS)。在框1304处，调度实体可以识别用于至少两个连续子帧的、针对传输选项中的每个传输选项的相应的打孔模式，每个子帧具有相同的传输方向。在一些例子中，打孔模式能够实现用户设备(UE)从该UE在第一子帧中利用的第一窄带到该UE在第二子帧中利用的第二窄带的重新调谐。在一些例子中，打孔模式中的、与传输选项中的一个或多个传输选项相关联的一个或多个打孔模式可能阻碍对在至少两个连续子帧中的给定子帧中在调度实体和UE之间传送的码字的解码。例如，上文参照图9示出和描述的资源指派和调度电路941可以访问传输选项表915，以识别多个传输选项和相关联的打孔模式。

在框1306处，调度实体可以从多个传输选项中选择用于在至少两个连续子帧中的给定子帧中在调度实体和UE之间传送码字的被选择的传输选项。在一些例子中，至少两个连续子帧可以包括上行链路子帧，并且码字可以是在物理上行链路共享信道(PUSCH)SC-FDMA符号上传送的。在其它例子中，至少两个连续子帧可以包括下行链路子帧，并且码字可以是在物理下行链路共享信道(PDSCH)SC-FDMA符号上传送的。例如，上文参照图9示出和描述的资源指派和调度电路941可以选择所述被选择的传输选项。

在1308处，调度实体可以识别用于给定子帧的、针对所述被选择的传输选项的有问题的打孔模式，所述打孔模式可能阻碍接收机处的码字的解码的。例如，上文参照图9示出和描述的资源指派和调度电路941可以识别与所述被选择的传输选项相关联的有问题的打孔模式。

在框1310处，调度实体可以确定用于传输选项的被选择的打孔模式(PP)是否是有问题的。如果被选择的打孔模式不是有问题的(框1310的否分支)，则在框1312处，调度实体可以利用被选择的打孔模式来传送码字，以能够实现接收机处的码字的解码，并且允许UE在给定子帧和紧接的连续(前面或后续)子帧之间重新调谐窄带。例如，上文参照图9示出和描述的资源指派和调度电路941可以利用被选择的打孔模式来调度码字在给定子帧中的传送。

如果被选择的打孔模式是有问题的(框1310的是分支)，则过程继续进行到框1314或框1316。在框1314处，调度实体可以将被选择的打孔模式修改为对给定子帧和紧接在前面/紧接在后面的子帧中的不同符号进行打孔、或者对给定子帧和紧接在前面/紧接在后面的子帧中的更少的符号进行打孔。可以在携带针对码字的下行链路指派或上行链路授权的下行链路控制信息(DCI)内包括经修改的打孔模式。例如，上文参照图9示出和描述的资源指派和调度电路941可以修改打孔模式。

在框1316处，调度实体可以修改码字的传输块大小。例如，当确定与所述被选择的传输选项相对应的传输块大小时，调度实体可以访问表来识别可以用于所述被选择的传输选项的经修改的传输块大小。在一些例子中，传输块大小也可以是基于相关联的打孔模式来修改的。例如，上文参照图9示出和描述的DL业务及控制信道生成和发送电路942以及资源指派和调度电路941可以修改码字的传输块大小。

图14是示出了根据本公开内容的各方面的、用于调度实体减轻因打孔而造成的解码错误的示例性过程1400的流程图。如下文所描述的，在本公开内容的范围内的特定实现中，可以省略一些或者所有示出的特征，并且对于所有实施例的实现而言可能并不需要一些示出的特征。在一些例子中，过程1400可以由图9中示出的调度实体900来执行。在一些例子中，过程1400可以由用于执行下文所描述的功能或算法的任何适当的装置或单元来执行。

在框1402处，调度实体可以识别多个传输选项，每个传输选项包括相应的资源块数量和相应的调制和编码方案(MCS)。在框1404处，调度实体可以识别用于至少两个连续子帧的、针对传输选项中的每个传输选项的相应的打孔模式，每个子帧具有相同的传输方向。在一些例子中，打孔模式能够实现用户设备(UE)从该UE在第一子帧中利用的第一窄带到该UE在第二子帧中利用的第二窄带的重新调谐。在一些例子中，打孔模式中的、与传输选项中的一个或多个传输选项相关联的一个或多个打孔模式可能阻碍对在至少两个连续子帧中的给定子帧中在调度实体和UE之间传送的码字的解码。例如，上文参照图9示出和描述的资源指派和调度电路941可以访问传输选项表915，以识别多个传输选项和相关联的打孔模式。

在框1406处，调度实体可以从多个传输选项中选择用于至少两个连续子帧中的第一子帧和第二子帧的用于在调度实体和UE之间的通信的相应的被选择的传输选项，其中，第一子帧和第二子帧是连续的。在一些例子中，第一子帧和第二子帧可以包括上行链路子帧，并且码字可以是在物理上行链路共享信道(PUSCH)SC-FDMA符号上传送的。在其它例子中，第一子帧和第二子帧可以包括下行链路子帧，并且码字可以是在物理下行链路共享信道(PDSCH)SC-FDMA符号上传送的。例如，上文参照图9示出和描述的资源指派和调度电路941可以选择所述被选择的传输选项。

在框1408处，调度实体可以确定UE可能需要在第一子帧和第二子帧之间创建保护时段，并且因此，可以选择用于至少第一子帧的、与用于在第一子帧中在调度实体和UE之间传送第一码字的被选择的传输选项相关联的打孔模式。例如，上文参照图9示出和描述的资源指派和调度电路941可以选择与所述被选择的传输选项相关联的打孔模式。

在框1410处，调度实体可以识别针对第一子帧和第二子帧的被调度用于UE的窄带。例如，上文参照图9示出和描述的资源指派和调度电路941可以根据所述被选择的传输选项来识别窄带。

在框1412处，调度实体可以确定用于第一子帧的针对所述被选择的传输选项的被选择的打孔模式(PP)是否是有问题的。如果被选择的打孔模式是有问题的(框1412的是分支)，则过程进行到框1414、框1416或框1418。在框1414处，调度实体可以将第二子帧中的第二窄带修改为与第一子帧中的第一窄带相匹配，以避免对第一码字的打孔。例如，上文参照图9示出和描述的资源指派和调度电路941可以修改窄带。

在框1416处，调度实体可以取消在第二子帧中对第二码字的调度，以避免对第一子帧中的第一码字的打孔。例如，上文参照图9示出和描述的资源指派和调度电路941可以取消对第二码字的调度。

在框1418处，调度实体可以修改在第二子帧中传送的信息的类型(例如，PUCCH或PUSCH)，以修改在第一子帧中利用的打孔模式。例如，资源指派和调度电路941可以修改在第二子帧中传送的信息的类型。

图15是示出了根据本公开内容的各方面的、用于调度实体减轻因打孔而造成的解码错误的示例性过程1500的流程图。如下文所描述的，在本公开内容的范围内的特定实现中，可以省略一些或者所有示出的特征，并且对于所有实施例的实现而言可能并不需要一些示出的特征。在一些例子中，过程1500可以由图9中示出的调度实体900来执行。在一些例子中，过程1500可以由用于执行下文所描述的功能或算法的任何适当的装置或单元来执行。

在框1502处，调度实体可以识别多个传输选项，每个传输选项包括相应的资源块数量和相应的调制和编码方案(MCS)。在框1504处，调度实体可以识别用于至少两个连续子帧的、针对传输选项中的每个传输选项的相应的打孔模式。在一些例子中，打孔模式能够实现用户设备(UE)从该UE在第一子帧中利用的第一窄带到该UE在第二子帧中利用的第二窄带的重新调谐。在一些例子中，打孔模式中的、与传输选项中的一个或多个传输选项相关联的一个或多个打孔模式可能阻碍在调度实体处对在至少两个连续子帧中的给定子帧中传送的码字的解码。例如，上文参照图9示出和描述的资源指派和调度电路941可以访问传输选项表915，以识别多个传输选项和相关联的打孔模式。

在框1506处，调度实体可以基于用于在给定子帧中传送码字的传输选项和相关联的打孔模式，来提出针对至少两个连续上行链路子帧的调度决策。例如，上文参照图9示出和描述的资源指派和调度电路941可以提出针对至少两个连续子帧的调度决策。

在框1508处，调度实体可以确定该调度决策是否导致选择可能阻碍调度实体处对码字的解码的有问题的打孔模式。如果所选择的打孔模式是有问题的(框1508的是分支)，则在框1510处，调度实体可以选择运行BCJR算法(MAP算法)的turbo解码器，以对在给定上行链路子帧中接收的码字进行解码。例如，UL业务及控制信道接收和处理电路943和解码器944可以选择运行BCJR算法的turbo解码器，以对所接收的码字进行解码。

图16是示出了根据本公开内容的各方面的、用于被调度实体(例如，UE)减轻因打孔而造成的解码错误的示例性过程1600的流程图。如下文所描述的，在本公开内容的范围内的特定实现中，可以省略一些或者所有示出的特征，并且对于所有实施例的实现而言可能并不需要一些示出的特征。在一些例子中，过程1600可以由图10中示出的被调度实体1000来执行。在一些例子中，过程1600可以由用于执行下文所描述的功能或算法的任何适当的装置或单元来执行。

在框1602处，被调度实体可以识别多个传输选项，每个传输选项包括相应的资源块数量和相应的调制和编码方案(MCS)。在框1604处，被调度实体可以识别用于至少两个连续子帧的、针对传输选项中的每个传输选项的相应的打孔模式，每个子帧具有相同的传输方向。在一些例子中，打孔模式能够实现被调度实体从该被调度实体在第一子帧中利用的第一窄带到该被调度实体在第二子帧中利用的第二窄带的重新调谐。在一些例子中，打孔模式中的、与传输选项中的一个或多个传输选项相关联的一个或多个打孔模式可能阻碍对在至少两个连续子帧中的给定子帧中在被调度实体和调度实体之间传送的码字的解码。例如，上文参照图10示出和描述的UL业务及控制信道生成和发送电路1042或DL业务及控制信道接收和处理电路1046、连同打孔电路1044，可以访问传输选项表1015，以识别多个传输选项和相关联的打孔模式。

在框1606处，被调度实体可以修改与在给定子帧中传送码字相关联的调度决策的至少一个方面，以减少码字的解码错误，其中，调度决策至少利用被选择的传输选项。在一些例子中，被调度实体可以修改码字的打孔模式或传输块大小。例如，上文参照图10示出和描述的DL业务及控制信道接收和处理电路1046可以接收包括DCI的PDCCH，所述DCI携带指示调度决策的下行链路指派或上行链路授权，并且上文参照图10示出和描述的UL业务及控制信道生成和发送电路1042或DL业务及控制信道接收和处理电路1046，可能连同打孔电路1044，可以修改调度决策。

图17是示出了根据本公开内容的各方面的、用于被调度实体(例如，UE)减轻因打孔而造成的解码错误的示例性过程1700的流程图。如下文所描述的，在本公开内容的范围内的特定实现中，可以省略一些或者所有示出的特征，并且对于所有实施例的实现而言可能并不需要一些示出的特征。在一些例子中，过程1700可以由图10中示出的被调度实体1000来执行。在一些例子中，过程1700可以由用于执行下文所描述的功能或算法的任何适当的装置或单元来执行。

在框1702处，被调度实体可以识别多个传输选项，每个传输选项包括相应的资源块数量和相应的调制和编码方案(MCS)。在框1704处，被调度实体可以识别用于至少两个连续子帧的、针对传输选项中的每个传输选项的相应的打孔模式，每个子帧具有相同的传输方向。在一些例子中，打孔模式能够实现被调度实体从该被调度实体在第一子帧中利用的第一窄带到该被调度实体在第二子帧中利用的第二窄带的重新调谐。在一些例子中，打孔模式中的、与传输选项中的一个或多个传输选项相关联的一个或多个打孔模式可能阻碍对在至少两个连续子帧中的给定子帧中在被调度实体和调度实体之间传送的码字的解码。例如，上文参照图10示出和描述的UL业务及控制信道生成和发送电路1042或DL业务及控制信道接收和处理电路1046、连同打孔电路1044，可以访问传输选项表1015，以识别多个传输选项和相关联的打孔模式。

在框1706处，被调度实体可以识别用于在给定子帧中传送码字的被选择的传输选项。在框1708处，被调度实体还可以识别与被选择的传输选项相关联的用于对码字进行打孔的被选择的打孔模式。例如，上文参照图10示出和描述的DL业务及控制信道接收和处理电路1046可以接收包括DCI的PDCCH，所述DCI携带指示所述被选择的传输选项的下行链路指派或上行链路授权，并且上文参照图10示出和描述的打孔电路1044可以从传输选项表1015中识别要用于所述被选择的传输选项的打孔模式。

在框1710处，被调度实体可以确定被选择的打孔模式是否是有问题的(例如，可能阻碍对码字的解码)。如果被选择的打孔模式是有问题的(框1710的是分支)，则过程可以继续进行到框1712、框1714或框1716。在框1712处，被调度实体可以将被选择的打孔模式修改为对与码字相关联的更少符号进行打孔。在框1714处，被调度实体可以将被选择的打孔模式修改为对与码字相关联的不同符号进行打孔。例如，上文参照图10示出和描述的打孔电路1044可以修改打孔模式。

在框1716处，对于上行链路传输，被调度实体可以修改码字的传输块大小。例如，上文参照图10示出和描述的UL业务及控制信道生成和发送电路1042可以利用传输块大小表1016来修改码字的用于被选择的传输选项的传输块大小。

已经参照示例性实现给出了无线通信网络的若干方面。如本领域技术人员将容易明白的，贯穿本公开内容描述的各个方面可以扩展到其它电信系统、网络架构和通信标准。

举例而言，各个方面可以在3GPP所定义的其它系统中实现，例如，长期演进(LTE)、演进分组系统(EPS)、通用移动电信系统(UMTS)和/或全球移动系统(GSM)。各个方面还可以扩展到第三代合作伙伴计划2(3GPP2)所定义的系统，例如，CDMA2000和/或演进数据优化(EV-DO)。其它例子可以在采用IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE802.20、超宽带(UWB)、蓝牙的系统和/或其它适当的系统中实现。所采用的实际电信标准、网络架构和/或通信标准将取决于具体的应用和对该系统所施加的总体设计约束。

在本公开内容中，使用“示例性”一词意味着“用作例子、实例或说明”。本文中描述为“示例性”的任何实现或者方面未必被解释为比本公开内容的其它方面优选或具有优势。同样，术语“方面”并不需要本公开内容的所有方面都包括所讨论的特征、优点或者操作模式。本文使用术语“耦合”来指代两个对象之间的直接耦合或者间接耦合。例如，如果对象A在物理上接触对象B，并且对象B接触对象C，则对象A和C仍然可以被认为是相互耦合的，即使它们并没有在物理上直接地相互接触。例如，第一对象可以耦合到第二对象，即使第一对象从未在物理上直接地与第二对象接触。广义地使用术语“电路(circuit)”和“电子电路(circuitry)”，并且它们旨在包括电子设备和导体的硬件实现(其中，这些电子设备和导体在被连接和配置时，使得能够执行本公开内容中所描述的功能，而关于电子电路的类型并没有限制)以及信息和指令的软件实现(其中，这些信息和指令在由处理器执行时，使得能够执行本公开内容中所描述的功能)二者。

可以对图1-17中所示出的组件、步骤、特征和/或功能中的一个或多个进行重新排列和/或组合成单一组件、步骤、特征或者功能，或者体现在若干组件、步骤或者功能中。此外，可以添加另外的元素、组件、步骤和/或功能，而不脱离本文所公开的新颖特征。图1-3、9和/或10中所示出的装置、设备和/或组件可以被配置为执行本文所描述的方法、特征或步骤中的一个或多个。本文所描述的新颖算法也可以用软件来高效地实现，和/或嵌入在硬件之中。

应当理解的是，所公开的方法中的步骤的特定次序或层次是对示例性过程的说明。应当理解的是，基于设计偏好，可以重新排列这些方法中的步骤的特定次序或层次。所附的方法权利要求以示例次序给出了各个步骤的元素，而并不意味着限于给出的特定次序或层次，除非其中明确地记载。

Claims

1.一种在无线通信网络中的调度实体处的无线通信的方法，所述方法包括：

识别多个传输选项，每个传输选项包括相应的资源块数量和相应的调制和编码方案(MCS)；

识别用于至少两个连续子帧的、与所述多个传输选项中的每个传输选项相关联的相应的打孔模式，每个子帧包括相同的传输方向；以及

基于所述多个传输选项和与所述多个传输选项中的每个传输选项相关联的所述打孔模式，来提出针对所述至少两个连续子帧的调度决策，其中，所述调度决策至少包括：所述多个传输选项中的用于在所述至少两个连续子帧中的给定子帧中在所述调度实体和用户设备(UE)之间传送第一码字的被选择的传输选项；

其中，提出所述调度决策还包括：选择所述调度决策的至少一个方面，以减少所述第一码字的解码错误。

2.根据权利要求1所述的方法，其中，与所述多个传输选项中的每个传输选项相关联的所述相应的打孔模式能够实现：所述UE从在所述至少两个连续子帧中的第一子帧中利用的第一窄带到在所述至少两个连续子帧中的第二子帧中利用的第二窄带的重新调谐。

3.根据权利要求1所述的方法，其中，选择所述调度决策的所述至少一个方面进一步包括：

选择所述多个传输选项中的用于在所述给定子帧中传送所述第一码字的所述被选择的传输选项；以及

选择所述相应的打孔模式中的与所述被选择的传输选项相关联的能够实现对所述第一码字的解码的被选择的打孔模式。

4.根据权利要求1所述的方法，其中，选择所述调度决策的所述至少一个方面进一步包括：

选择所述多个传输选项中的用于在所述给定子帧中传送所述第一码字的所述被选择的传输选项；

选择所述相应的打孔模式中的与所述被选择的传输选项相关联的被选择的打孔模式；以及

修改与用于在所述给定子帧中传送所述第一码字的所述被选择的传输选项相关联的所述被选择的打孔模式。

5.根据权利要求1所述的方法，进一步包括：

基于所述调度决策，来识别在所述至少两个连续子帧中的第一子帧内被调度用于所述UE的第一窄带；以及

基于所述调度决策，来识别在所述至少两个连续子帧中的第二子帧内被调度用于所述UE的第二窄带，其中，所述第二子帧紧接着在所述第一子帧之后。

6.根据权利要求5所述的方法，其中，所述第一子帧包括所述给定子帧，以及其中，选择所述调度决策的所述至少一个方面进一步包括：

将被调度用于所述第二子帧的所述第二窄带修改为与被调度用于所述第一子帧的所述第一窄带相匹配，以便在不对所述第一码字进行打孔的情况下在所述第一子帧内传送所述第一码字。

7.根据权利要求5所述的方法，其中，所述第一子帧包括所述给定子帧，以及其中，选择所述调度决策的所述至少一个方面进一步包括：

取消将第二码字调度用于在所述第二子帧中在所述调度实体和所述UE之间传送，以避免对所述第一子帧中的所述第一码字进行打孔；以及

在所述第二子帧之后的后续子帧中重新调度所述第二码字。

8.根据权利要求5所述的方法，其中，所述第一子帧包括所述给定子帧，以及其中，选择所述调度决策的所述至少一个方面进一步包括：

选择所述多个传输选项中的用于在所述第一子帧中传送所述第一码字的所述被选择的传输选项；

修改被调度用于在所述第二子帧中在所述调度实体和所述UE之间传送的信息的类型，以将所述被选择的打孔模式修改为能够实现对所述第一码字的解码。

9.根据权利要求1所述的方法，其中，选择所述调度决策的所述至少一个方面进一步包括：

将与用于在所述给定子帧中传送所述第一码字的所述被选择的传输选项相关联的传输块大小修改为能够实现对所述第一码字的解码。

10.根据权利要求1所述的方法，其中，选择所述调度决策的所述至少一个方面进一步包括：

选择运行Bahl-Cocke-Jelinek-Raviv(BCJR)算法的turbo解码器，以用于对在所述给定子帧中传送的所述码字的解码。

11.根据权利要求1所述的方法，其中，所述至少两个连续子帧中的每个子帧包括单载波频分多址(SC-FDMA)符号。

12.根据权利要求11所述的方法，其中，所述至少两个连续子帧中的每个子帧包括物理上行链路共享信道(PUSCH)SC-FDMA符号或者物理下行链路共享信道(PDSCH)SC-FDMA符号。

13.一种无线通信网络中的调度实体，包括：

处理器；

与所述处理器通信地耦合的存储器；以及

与所述处理器通信地耦合的收发机，其中，所述处理器被配置为：

识别用于至少两个连续子帧的与所述多个传输选项中的每个传输选项相关联的相应的打孔模式，每个子帧包括相同的传输方向；

基于所述多个传输选项和与所述多个传输选项中的每个传输选项相关联的所述打孔模式，来提出针对所述至少两个连续子帧的调度决策，其中，所述调度决策至少包括：所述多个传输选项中的用于在所述至少两个连续子帧中的给定子帧中经由所述收发机在所述调度实体和用户设备(UE)之间传送第一码字的被选择的传输选项；以及

选择所述调度决策的至少一个方面，以减少所述第一码字的解码错误。

14.根据权利要求13所述的调度实体，其中，所述处理器进一步被配置为：

15.根据权利要求13所述的调度实体，其中，所述处理器进一步被配置为：

16.根据权利要求13所述的调度实体，其中，所述处理器进一步被配置为：

基于所述调度决策，来识别在所述至少两个连续子帧中的第二子帧内被调度用于所述UE的第二窄带，其中，所述第二子帧紧接在所述第一子帧之后。

17.根据权利要求16所述的调度实体，其中，所述第一子帧包括所述给定子帧，以及其中，所述处理器进一步被配置为：

18.根据权利要求16所述的调度实体，其中，所述第一子帧包括所述给定子帧，以及其中，所述处理器进一步被配置为：

在所述第二子帧之后的后续子帧中重新调度所述第二码字。

19.根据权利要求16所述的调度实体，其中，所述第一子帧包括所述给定子帧，以及其中，所述处理器进一步被配置为：

20.根据权利要求13所述的调度实体，其中，所述处理器进一步被配置为：

21.根据权利要求13所述的调度实体，其中，所述处理器进一步被配置为：

22.一种在与无线通信网络中的调度实体进行无线通信的被调度实体处的无线通信的方法，所述方法包括：

修改与利用所述多个传输选项中的被选择的传输选项来在所述至少两个连续子帧中的给定子帧中在所述调度实体和所述被调度实体之间传送码字相关联的调度决策的至少一个方面，以减少所述码字的解码错误；

其中，所述至少一个方面包括以下各项中的至少一项：所述相应的打孔模式中的与所述被选择的传输选项相关联的被选择的打孔模式、或者与所述码字相关联的传输块大小。

23.根据权利要求22所述的方法，其中，与所述多个传输选项中的每个传输选项相关联的所述相应的打孔模式能够实现：所述被调度实体从在所述至少两个连续子帧中的第一子帧中利用的第一窄带到在所述至少两个连续子帧中的第二子帧中利用的第二窄带的重新调谐。

24.根据权利要求22所述的方法，其中，修改所述调度决策的所述至少一个方面进一步包括：

识别所述相应的打孔模式中的与所述被选择的传输选项相关联的所述被选择的打孔模式；以及

将所述被选择的打孔模式修改为对在所述给定子帧中传送的所述码字中的较少符号进行打孔。

25.根据权利要求22所述的方法，其中，修改所述调度决策的至少一个方面进一步包括：

将所述被选择的打孔模式修改为对在所述给定子帧中传送的所述码字中的不同符号进行打孔。

26.根据权利要求22所述的方法，其中，修改所述调度决策的所述至少一个方面进一步包括：

将与用于在所述给定子帧中传送所述第一码字的所述被选择的传输选项相关联的所述传输块大小修改为能够实现对所述第一码字的解码，其中，所述至少两个连续子帧包括上行链路子帧。

27.一种与无线通信网络内的调度实体进行无线通信的用户设备，包括：

处理器；

与所述处理器通信地耦合的存储器；以及

识别用于至少两个连续子帧的与所述多个传输选项中的每个传输选项相关联的相应的打孔模式，每个子帧包括相同的传输方向；以及

修改与利用所述多个传输选项中的被选择的传输选项来在所述至少两个连续子帧中的给定子帧中经由所述收发机在所述调度实体和所述用户设备之间传送码字相关联的调度决策的至少一个方面，以减少所述码字的解码错误；

28.根据权利要求27所述的用户设备，其中，所述处理器进一步被配置为：

29.根据权利要求27所述的用户设备，其中，所述处理器进一步被配置为：

识别所述相应的打孔模式中的、与所述被选择的传输选项相关联的被选择的打孔模式；以及

30.根据权利要求27所述的用户设备，其中，所述处理器进一步被配置为：

将与用于在所述给定子帧中传送所述第一码字的所述被选择的传输选项相关联的所述传输块大小修改为能够实现对所述码字的解码，其中，所述至少两个连续子帧包括上行链路子帧。