IF码点的格式，中段表示用于通知2个CIF码点的格式，下段表示用于通知1个CIF码点的格式。
[0161]如图7所示，各格式设置有与需要通知的CFI值的数为相同数的、用于存储CIF码点的区域。而且，使各存储区域与分别不同的CFI值关联。该存储区域有时被称为“通知字段”。
[0162]如上所述，即使在CIF表随着终端CC组的变更(即，CC的追加或删除)而变更的情况下，与变更无关的CC和CIF码点之间的对应关系也被维持。另外，即使在与已分配的CC有关的对被覆盖的情况下，与该CC有关的对群中的仅仅一部分对被覆盖，因此对于未被覆盖的对，CIF码点仍然被维持。
[0163]因此，在进行终端CC组的变更时所需的RRC连接重建程序时，也能够对与变更无关的对，仍然使用已分配的码点并分配数据。由此能够防止数据发送的延迟。
[0164]另外，根据需要的CFI值选择要覆盖的码点，从而能够基于小区环境等选择容易使用的CFI值。还有，通过在追加CC时与该CC关联并设定CFI值，能够设定对应于小区环境等的CFI值。
[0165]另外，在从图6C的状态删除了 CC4的情况下，也可以另外将CIF码点4分配给CC3与CFI = 3构成的对。或者，也可以设为自动地恢复到前一个状态即图6B的表。由此，在终端CC组所包含的CC数减少的情况下，可以不另外通知CIF码点而实现可通知3个CFI值的状态。
[0166]这里，在仅将追加的CC与部分CFI值构成的对群分配到CIF码点时将该对群通知给终端200的方法有一些变形例。
[0167](变形例1)
[0168]在变形例1中，在CIF表中预先使CIF码点与CFI值一对一地对应关联。也就是说，在图8的例子中，对于CIF码点2?8，分别固定地分配了 CFI值。
[0169]因此，若决定要使用的CFI值，则可使用的CIF码点候选被限定，从而能够简化设定单元101的选择处理。而且，若基站100将CIF码点通知给终端200，则CFI值自然地被确定。因此，基站100无需将CFI值另外通知给终端200。
[0170](变形例2)
[0171]在变形例2中，使用能够存储比实际上需要的CFI值的个数多的CIF码点的通知格式。这里，为了简化说明，对使用图7上段的通知格式的情况进行说明。
[0172]这里，在仅将3个CFI值中的2个CFI值分配给追加的CC时，以如下的方法进行通知。
[0173]也就是说，在通过通知格式所包含的3个通知字段分别通知CIF码点=2、2、3时，意味着与CIF码点=2、3对应的CFI值分别为1、3。另外，在以3个通知字段分别通知CIF码点=2、3、3时，意味着与CIF码点=2、3对应的CFI值分别为1、2。还有，在以3个通知字段分别通知CIF码点=2、3、2时，意味着与CIF码点=2、3对应的CFI值分别为2、3。也就是说，使CIF码点对多个通知字段的映射图案与多个CFI值的组合关联。
[0174]由此，无需与使用哪些CFI值有关的追加的信令，也能够通知实际上使用的CFI值。
[0175](变形例3)
[0176]在变形例3中，使用可存储与CFI值的个数的最大值为相同数的CIF码点的通知格式。这里，为了简化说明，对使用图7上段的通知格式的情况进行说明。
[0177]这里，在仅将3个CFI值中的2个CFI值分配给追加的CC时，以如下的方法进行通知。
[0178]例如，在需要分别使2个CIF码点6、8与CFI = 2、3关联时，将CIF码点=1、6、8分别存储在3个通知字段中。此时适用如下的规则:在追加的CC和发送PDCCH的CC为同一CC时，无论CIF码点的通知内容如何，都使用CIF = 1。由此，在通知格式内存储了 CIF=1时，可以将该CIF码点处理为无效。因此，如上述，在将CIF码点=1、6、8分别存储到3个通知字段中时，只有CIF码点6、8有效，能够通知与存储它们的字段对应的CFI值=2、3。
[0179]由此，无需与使用哪些CFI值有关的追加的信令，也能够通知实际上使用的CFI值。
[0180][实施方式3]
[0181]在实施方式3中，定义每个CC的可使用的码点数不同的多个CIF表，并预先对每个终端设定使用哪个表。由此能够使用适合于各终端的接收能力(UE capability)、各终端的通信状况或小区环境的CIF表。
[0182]实施方式3的基站和终端的基本结构与实施方式1相同，因此引用图2和图3进行说明。
[0183]实施方式3的基站100的存储器102存储有CIF表格式组。图9表示该CIF表格式组的例子。如图9所示，CIF表格式具有多个子集(sub set) ο该子集是对1个CC分配的单位。各子集包含1个或多个CIF码点。而且，CIF表格式之间，子集所包含的CIF码点的数(即，具有的子集数)和子集所包含的CFI值的组合中的至少一方不同。
[0184]设定单元101对于各终端200设定:在存储器102所存储的多个CIF表格式中，使用哪个表格式。将与该设定了的CIF表格式有关的信息作为设定信息通知给终端200。为了与终端200开始通信，而从空闲模式转移到激活模式时，或者配置了无线承载时，进行该表格式的设定和通知。也就是说，以比终端CC组的变更更长的区间进行表格式的设定和通知。
[0185]另外，在对各终端200追加CC时，设定单元101将预先对每个终端200设定的CIF表格式中的、对追加的CC分配的子集号通知给终端200。由此，终端200能够使追加的CC与所通知的子集号中包含的所有CIF码点关联。
[0186]实施方式3的终端200的CIF表设定单元207对TOCCH接收单元208设定由基站通知的表格式。并且，CIF表设定单元207根据追加CC时被通知的子集号而更新CIF表。
[0187]使用图9说明具有以上的结构的基站100和终端200的动作。
[0188]如图9所示，CIF表格式具有多个子集。以1个或多个CIF码点为划分单位，CIF码点被划分为子集。在表格式1中，各子集包含3个CIF码点。而在表格式2?4的各个表格式中，各子集基本上包含2个CIF码点。
[0189]并且，CIF表格式之间，子集所包含的CIF码点的数(即，具有的子集数)和子集所包含的CFI值的组合中的至少一方不同。也就是说，表格式1与表格式2?4之间，子集所包含的CIF码点的个数不同。另外，表格式2?4之间，子集所包含的CFI值的组合相互不同。也就是说，在表格式2中，子集所包含的CFI值的组合为1、2，表格式3中为2、3，表格式4中为1、3。
[0190]另外，在各表格式中，包含CIF = 8的子集仅包含1个CIF。而且，对于CIF = 8，设定在各表格式可分配的CFI值中的最大的值。也就是说，在表格式2中，作为CFI值设定2，在表格式3中设定3，在表格式4中设定3。这样处理的理由如下。S卩，即使在某CC的控制信道区域的0FDM码元数少于可以通过对某终端200设定的表格式通知的CFI值的情况下，被映射发往该终端200的数据信号(PDSCH)的开头的0FDM码元为由CFI所通知的码元即可。因此，通过如上处理，可避免控制信道和数据信号重叠。另一方面，在对CIF = 8设定小的CFI值时，发生某CC的控制信道区域的OFDM码元数多于设定给CIF = 8的CFI值的情况，此时，控制信道和数据信号重叠。由此产生无法发送某些信道的情况。根据以上理由，对于CIF = 8，设定在各表格式可分配的CFI值中的最大的值。
[0191]设定单元101对于各终端200设定使用在存储器102中存储的多个CIF表格式中的哪个表格式，并将设定信息通知给各终端200。
[0192]设定单元101对可接收的CC的数为3以下的能力的终端，设定表格式1，对可接收的CC的数为4以上的能力的终端，设定表格式2?4。或者，设定单元101对被要求高速传输的终端，设定能够设定多的CC的数(即，具有的子集的数)的表格式2?4，对其它终端设定表格式1。
[0193]另外，设定单元101也能够以小区为单位设定表格式。例如，在由其它CC通知数据分配的CC的数多的运行状况下的小区中，设定单元101对各终端设定表格式2?4，在这样的CC的数少的运行状况下的小区中，设定表格式1。
[0194]另外，设定单元101在小区半径大的小区中，设定对各子集分配了大的值的CFI值的表格式。也就是说，小区半径大的小区(例如，宏小区)所容纳的终端数多。因此多数情况下需要多的roCCH资源。由此设定对各子集分配了大的值的CFI值(例如，2、3)的表格式。
[0195]相反地，在小区半径小的小区中，设定单元101设定对各子集分配了小的值的CFI值的表格式。也就是说，小区半径小的小区(例如，微微小区、毫微微小区)所容纳的终端数少。因此多数情况下所需的roccH资源区域少。由此设定对各子集分配了小的值的CFI值(例如，1、2)的表格式。
[0196]还有，在终端数的增减剧烈的小区(热点等)中，设定单元101设定对各子集分配了大的值的CFI值和小的值的CFI值双方(例如，1、3)的表格式。
[0197]如上所述，设定单元101对于各终端200设定:在存储器102所存储的多个CIF表格式中，使用哪个表格式。并且，在存储器102中所存储的多个CIF表格式之间，子集所包含的CIF码点的数(即，具有的子集的数)和子集所包含的CFI值的组合中的至少一方不同。
[0198]由此，在追加CC时，设定单元101对于各终端200仅通知子集号即可。由此，能够降低通知所需的比特数。另外，通过预先定义表格式，可以限定用于分配某CC的多个CIF码点的组合。因此能够简化系统和终端，并且能够降低其测试时间。
[0199]另外，也可以在存储器102中预先定义如图10所示的表格式5。也就是说，在这种表格式中，每个子集的CFI值的组合不同。这种表格式作为可分配4个CC或5个CC的表格式很有用。
[0200]另外，说明了图9的表格式1适用于3个CC，表格式2?4适用于4、5个CC，但作为适用于4个CC的表格式，也可以另外定义如下的表格式:CIF = 2、3、4为子集1，CIF =5、6为子集2，CIF = 7、8为子集3。由此，能够对每个CC使可以通知的CFI数为最大。
[0201](其它实施方式)
[0202](1)在上述各实施方式中，说明了通过某CC的roCCH通知其它CC中的CFI以外，还通过各cc的roccH，通知该cc中的cfi。但不限于此，各cc的roccH中，也可以不通知该CC中的CFI。也就是说，可以采用仅通过某CC的PDCCH通知其它CC中的CFI的结构。此时，在追加CC时，发送包含了有关该追加的CC的信息的PDCCH的CC与该追加的CC为相同的情况下，终端200理解为该roccH未包含CIF，并判断为CIF码点未被通知，或者判断为即使通知CIF码点但该分配无效。另一方面，在追加CC时，发送包含了有关该追加的CC的信息的roccH的cc与该追加的cc不同的情况下，理解为该roccH包含cif，判断为cif码点已被通知。此时，无需另外通知对于每个PDCCH有关有无CI