终端120发信号通知关于在当前捆绑窗口中将向移动终端120指配的下行链路指配的最小总数量的知识。当开始发信号通知捆绑窗口中的分组的下行链路指配时，基站110往往不知道捆绑窗口中将要传送给移动终端120的数据分组的总数量，因此发信号通知该最小总数量、即到此为止已知的捆绑窗口中的数据分组的数量。
[0049]此外，根据一个具体实施例，基站110可在各下行链路指配中更新这个数量。移动终端120假定可更新此数量，并且它在各下行链路子帧中接收到此为止的最小数量。因此，终端使用在上一次接收到和检测到的下行链路指配中发信号通知的数量来确定它是否丢失(无法检测)在捆绑窗口中发送的一个或多个下行链路指配。
[0050]在一些实施例中，所传送的知识稍有不同，其中在当前捆绑窗口中将向移动终端120指配的所传送的下行链路指配的最小总数量由除了所传送的当前一个之外的最小总数量、即最小数量减一来表示。移动终端120则知道，捆绑窗口中的数据分组的预计最小数量是除了所接收的当前一个之外的发信号通知的数量。另外，在这些实施例中，基站110可在各下行链路指配中更新这个数量。
[0051]在一些实施例中，发信号通知的关于下行链路指配的最小总数量的知识可由关于先前发信号通知的下行链路指配的数量的知识以及关于捆绑窗口中除了所传送的当前一个之外的将来下行链路指配的最小数量的当前知识来表示。根据这个实施例的用于发信号通知在捆绑窗口期间发送的下行链路指配的数量的信令方案图如图3所示。图中，捆绑窗口包括4个下行链路子帧。在4个子帧的各元组中，首先发送最左侧的子帧，而最后发送最右侧的子帧。带有数字的框指示其中向终端发送下行链路数据(即，下行链路指配和传输块)的子帧。空白框指示其中没有向终端发送下行链路数据的子帧。带有数字的框中的数值是发送给移动终端120的数量，其中包含关于在捆绑窗口中发送的下行链路指配的数量的信息。
[0052]各行示出一种不同情况，并且三列显示使用三种方案时发送什么信息。
[0053]-在表示第一方案的第一列，发信号通知捆绑窗口中先前指配的子帧的数量；
[0054]-在表示第二方案的第二列，发信号通知捆绑窗口中的指配的最小总数量；以及
[0055]-在表不第二方案的第二列，发?目号通知捆绑窗口中的先前和将来指配的最小总数量之和。
[0056]对于所有方案，总和中没有考虑当前指配。
[0057]在一些实施例中，移动终端120可向基站110指示哪一个是最后接收的下行链路指配。备选地，如果基站110从一开始就知道指配的数量是多少，则它可在对应于第二方案的每个子帧(可能减去I)中发信号通知这个数量。
[0058]移动终端120将尝试将各下行链路子帧中所接收的下行链路指配进行解码，并且因此可跟踪捆绑窗口期间检测到的下行链路指配的数量。对于其中它接收到下行链路指配的各下行链路子帧，它可增加对它接收到多少下行链路指配进行计数的计数器。移动终端120还可将它的所接收下行链路指配的计数器与最后一个下行链路指配的发信号通知值进行比较，(对于发信号通知最小总数量减I的实施例加上I)。这样，移动终端120可检测它是否丢失了任何下行链路指配。同样，如果在捆绑窗口中最后接收的下行链路指配指示在捆绑窗口期间原本要发送另一个下行链路指配但终端没有检测到其它指配，则终端将推断它丢失了捆绑窗口中最后的指配。示出移动终端120可如何检测它丢失了下行链路指配的示例如图4所示，更准确来说，关于移动终端可如何使用与捆绑窗口中的先前和将来下行链路指配的最小数量有关的信息来检测丢失的下行链路指配的说明。图中，捆绑窗口包括4个下行链路子帧。在4个子帧的各元组中，首先发送最左侧的子帧，而最后发送最右侧的子帧。
[0059]在第一行示例中，第二检测到的指配指示在捆绑窗口期间发送一个附加指配(先前和/或将来)。由于移动终端120确实检测到这种(先前)指配，所以没有丢失指配。
[0060]在第二行，第二检测到的指配指示同样的情况，但是移动终端120没有检测到附加指配。因此，在捆绑窗口结束时将推断丢失了(至少)一个指配。
[0061]在第三行，第二(和最后)检测到的指配指示在捆绑窗口期间两个附加指配(先前和/或将来)已发送和/或将要发送。由于移动终端120仅检测到一个附加(先前)指配，所以在捆绑窗口结束时推断它丢失了(至少)一个指配。
[0062]在第四行，终端类似地检测到它丢失了(至少)一个指配。
[0063]在捆绑窗口中丢失的指配的情况下，移动终端120可采取适当动作，例如发送NAK。一种备选方案是，移动终端120根本不向基站110发送任何报告。基站110则可检测到终端根本没有传送任何反馈，并且推断它丢失了其指配的一个或多个。
[0064]假定两个位可用于信令信息，则上述方案可管理大小为最多4个DL子帧的捆绑窗口。注意，在该方案中没有考虑由较高层建立并且对许多无线电帧在相同下行链路子帧中重复发生的半持久指配。它仅对捆绑窗口中的动态调度的指配的数量进行计数。
[0065]根据一些实施例，通过I位信令，可捆绑高达2个子帧，通过2个位，可捆绑高达4个子帧，通过3个位，可捆绑高达8个子帧。此外，移动终端120将使用这个数量作为要捆绑的子帧的最小数量。对于有限数量的位，对可发信号通知的最大数量存在限制，但是这无需防止移动终端120可捆绑甚至更多的子帧。要支持LTE TDD中的极端9DL:1UL不对称性，要求3-4个位，取决于可对移动终端指配高达8个还是9个子帧。这与要求2个位的其它上行链路/下行链路配置相比是不同的。
[0066]要处理这种极端不对称性，一个备选方案是施加关于所有所指配下行链路子帧是连续的限制，以及使用2个位来指示4种可能的备选情况之一:
[0067]1.当前子帧是捆绑窗口中的第一指配子帧，并且随后的子帧也将包含指配。
[0068]2.当前子帧是捆绑窗口中指配的最后一个子帧，并且前面的子帧包含指配。
[0069]3.当前子帧不是第一也不是最后一个子帧。前面和后面的子帧包含对移动终端120的指配。
[0070]4.当前子帧是第一和最后一个子帧。因此它是唯一的子帧。
[0071]另外，对于这种方案，不考虑半持久指配，使得该方案表示捆绑窗口中没有携带半持久指配的那些下行链路子帧。
[0072]这四种备选情况的信令要求2个位，为了使2个位是充分的，同时仍然避免任何错误情况，所施加的调度限制是仅可指配连续子帧。还可能的是，例如越过备选2或4的信令，而发信号通知指示备选2的另一个下行链路子帧。在终端丢失这个最后的下行链路指配的情况下，则可能存在错误情况。参见图5。
[0073]在一个实施例中，2个信令位的解释取决于可能向所有终端广播的子帧到上行链路/下行链路的分配。
[0074]存在若干方式来发信号通知并且更新某子帧中的指配捆绑的数量。可将位添加到在物理下行链路控制信道(PDCCH)上发信号通知的下行链路控制信息(DCI)。另一种可能性是采用I3DCCH的循环冗余校验(CRC)的加扰。也可使用HXXH上的位和CRC加扰的组合。
[0075]另一种可能性可以是组合各下行链路子帧中的索引的快速动态发信号通知，以及例如采用较高层信令来配置查找表，例如可用于将发信号通知的索引映射到要捆绑的子帧的实际数量的码本。假定在各下行链路子帧中的下行链路指配中发信号通知单个位，采取PDCCH上的显式位的形式或者通过CRC加扰。这个位的含义则可通过较高层信令来配置。作为一个示例，如果该位为0，则可解释为除了当前子帧之外的O个子帧，以及如果该位为1，则可解释为例如3。这使得能够在捆绑窗口中指配单个下行链路子帧与在捆绑窗口中指配4个子帧之间进行切换。
[0076]另一种情况可以是具有2个位和4种备选，并且令备选是可由较高层配置的，使得
[0077]00表示O个指配的下行链路子帧(不包含当前子帧)
[0078]01表示2个指配的下行链路子帧(不包含当前子帧)
[0079]10表示4个指配的下行链路子帧(不包含当前子帧)
[0080]11表示8个指配的下行链路子帧(不包含当前子帧)
[0081]总之，索引在各下行链路子帧中的频繁发信号通知与更高层较不频繁发信号通知如何解释信令位进行组合。这使得能够调整能够在一组下行链路子帧期间向单个移动终端指配的资源的粒度和最大数量。基站110可基于所服务的用户的数量来调整子帧的指配。例如，如果服务于大量移动终端用户，则需要向移动