小区分组方法、同步失效处理方法、基站和用户设备的制造方法
【技术领域】
[0001]本发明涉及通信领域，尤其涉及一种小区分组方法、同步失效处理方法、基站和用户设备。
【背景技术】
[0002]随着通信技术的不断发展、用户设备UE网络的广泛应用，以数据业务为主的移动宽带通信成为未来移动通信发展的趋势。从应对未来数据业务高速发展的角度，特别是应对峰值速率需求和带宽需求的角度，需要通信系统提供更大的通信带宽，例如，为了满足LTE下行峰速lGbps，上行峰速500Mbps的要求，需要提供最大10MHz的传输带宽，但由于这么大带宽的连续频谱的稀缺，第三代合作伙伴项目(the 3rd Generat1n PartnershipProject, 3GPP)在通信协议RlO阶段提出了载波聚合(Carrier Aggregat1n，CA)的解决方案，并在通信协议Rll和R12阶段对载波聚合进一步增强。用于移动通信的频谱分散于800MHz、900MHz、1800MHz、2100MHz、2400MHz、2600MHz，通过载波聚合技术可以将这些分散的频谱聚合为大的通信带宽，增加频谱应用的灵活性，提高频谱利用效率。载波聚合技术是保证LTE能够满足峰值速率需求和带宽需求的核心技术。
[0003]对于遵循3GPP R8和R9的用户设备只能在一个载波上接收和发射，也就是只有一个服务小区；3GPP通信协议RlO的载波聚合用户设备可以在最多5个载波上同时接收和发送，也就是最多可以有5个服务小区，其中一个是主小区(Primary Cell，PCell)，其他4个为辅小区(Secondary Cells，SCell)，PCell是用户设备UE初始接入时的Cell小区；SCell是RRC重配置时添加的，用于提供额外的无线资源，载波聚合的主辅小区结构构可如图1所不O
[0004]在图1中包括主小区、辅小区1、辅小区2、辅小区3及辅小区4 ;仅有主小区会传输PUCCH配置信息。
[0005]在3GPP RlO中规定，PCell具有上下行载波，而辅小区可以只有下行载波，但不能只有上行载波；并且物理上行控制信道(Physical uplink control channel，PUCCH，)只在PCell上发送，PUCCH中传输的上行控制信息包括上行资源调度请求、下行数据的ACK/NACK反馈以及下行信道状态信息。所述下行信道状态信息可包括:信道质量指示信息、预编码矩阵指示、秩指示等。
[0006]随着具有载波聚合能力的用户设备不断增加，携带PUCCH的PCell的负载将显著增加，这可能导致系统性能和用户体验的下降；而且在3GPP通信协议R13中，LTE系统能支持的最大的可聚合的载波数可能上升到32个(例如，I个PCell，31个辅小区)。对于这么大数量的载波，如果所有32个小区上的控制信息都只能通过PCell上的PUCCH传输，那PCell将面临巨大的负荷，从而可能影响PCell的正常工作。
[0007]因此，3GPP R13中提出辅小区SCell上也可以传输PUCCH的需求(其可能的结构如图2所示)，从而可以在一定程度上降低PCell上PUCCH的负载，提升系统性能。
[0008]如图2所示，发送PUCCH的辅小区必须具有上行载波，因此同时具有上下行载波的辅小区潜在的都可以配置PUCCH(例如，辅小区3和辅小区4)，但这样可能会引入过多的PUCCH配置，导致占用过多的系统资源并且可能会引入比较大的反向干扰。考虑到过多的PUCCH配置带来的问题，需要考虑有效的方式来避免不必要的PUCCH配置，从而降低干扰和提升系统性能。
[0009]然而具体主小区和配置了 PUCCH的辅小区具体如何分工协作为其他小区发送的上行控制信息，在现有技术中没有同一的规定，这样就可能导致上行控制信息传输的混乱。
[0010]与此同时，在3GPP R13的辅小区上引入了 PUCCH之后，包含该PUCCH的辅小区的同步失效处理不同于之前的不包含PUCCH的辅小区的同步失效处理，以及包含PUCCH的辅小区所属的TAG(time advance group，定时提前量组)的同步失效处理不同于在Rll所定义的由辅小区构成的TAG的失步处理，在现有技术中还没有对上述问题提供切实可行的技术方案。
【发明内容】
[0011]有鉴于此，本发明实施例期望提供一种小区分组方法和基站，以解决传输上行控制信息导致的超负荷或PUCCH资源配置过的问题；于此同时还提供了一种同步失效处理方法和用户设备，以便能解决同步失效处理的问题。
[0012]为达到上述目的，本发明的技术方案是这样实现的:
[0013]本发明实施例第一方面提供一种小区分组方法，所述方法包括:
[0014]将为同一用户设备服务的多个小区分为至少一个PUCCH组；每一个所述PUCCH组包括至少一个小区；
[0015]确定每一个所述I3UCCH组中的第一小区；所述第一小区为配置了 I3UCCH的小区，所述PUCCH用于传输所述PUCCH组中各个小区的上行控制信息；
[0016]依据所述PUCCH组和所述第一小区，形成PUCCH分组信息。
[0017]优选地，所述将为同一用户设备服务的多个小区分为至少一个TOCCH组，包括:
[0018]依据小区所在的定时提前量组TAG划分，将为同一用户设备服务的多个小区分为至少一个PUCCH组。
[0019]优选地，所述PUCCH组至少包括一个TAG ；
[0020]一个所述TAG的所有为所述用户设备服务的小区均属于同一所述PUCCH组。
[0021]优选地，所述小区包括主小区和辅小区；
[0022]所述PUCCH组包括第一类PUCCH组和第二类PUCCH组；
[0023]所述第一类PUCCH组为包括主小区的PUCCH组；
[0024]所述第二类PUCCH组为包括至少I个或多个辅小区的PUCCH组。
[0025]优选地，所述确定每一个所述I3UCCH组中的第一小区，至少包括以下之一:
[0026]当所述PUCCH组为所述第一类PUCCH组时，确定所述主小区为所述第一小区；
[0027]当所述PUCCH组为所述第二类PUCCH组时，指定一个所述辅小区为所述第一小区；
[0028]当所述PUCCH组为所述第二类PUCCH组时，确定配置了 PUCCH的辅小区为所述第一小区。
[0029]本发明实施例第二方面提供一种同步失效处理方法，所述方法包括:
[0030]当用户设备确定与为所述用户设备服务的小区所属的定时提前量组TAG发生同步失效时，依据预设策略执行基于PUCCH组的预设操作；
[0031]其中，PUCCH组是基于从基站接收PUCCH分组信息确定的。
[0032]优选地，所述PUCCH分组信息包括至少一个PUCCH组以及每一个所述PUCCH组中第一小区的信息；
[0033]所述第一小区为配置了 PUCCH的小区，所述PUCCH用于传输所述PUCCH组中各个小区的上行控制信息。
[0034]优选地，所述PUCCH组为根据小区所在的定时提前量组TAG划分的小区分组；
[0035]所述PUCCH组包括至少一个TAG ；
[0036]一个所述TAG的所有为所述用户设备服务的小区均属于同一所述PUCCH组。
[0037]优选地，所述小区包括主小区和辅小区；
[0038]所述PUCCH组包括第一类PUCCH组和第二类PUCCH组；
[0039]所述第一类PUCCH组为包括主小区的PUCCH组；
[0040]所述第二类PUCCH组为包括至少I个或多个辅小区的PUCCH组。
[0041]优选地，所述PUCCH分组信息是从基站发送的RRC消息中接收的。
[0042]优选地，所述当用户设备确定与为所述用户设备服务的小区所属的TAG发生同步失效时，依据预设策略执行基于PUCCH组的预设操作，包括:
[0043]确定所述用户设备与各小区所属的TAG对应的定时一致性定时器TAT是否超时；
[0044]当所述TAT超时时，确定所述用户设备与所述TAG发生同步失效。
[0045]优选地，所述确定所述用户设备与各小区所属的TAG对应的定时一致性定时器TAT是否超时，至少包括以下其中之一:
[0046]当一个所述PUCCH组中所述第一小区所在的TAG发生定时一致性定时器TAT超时时，所述PUCCH组中各TAG均视为发生定时一致性定时器TAT超时；
[0047]当一个所述PUCCH组中非所述第一小区所在的TAG发生定时一致性定时器超时时，不触发所述PUCCH组中其他TAG的定时一致性定时器超时。
[0048]优选地，当所述第一小区为主小区时，所述确定所述用户设备与各小区所属的TAG对应的定时一致性定时器TAT是否超时，至少包括以下其中之一；
[0049]当主小区所在TAG发生定时一致性定时器TAT超时时，所述主小区所在的PUCCH组中各TAG均视为发生定时一致性定时器TAT超时；
[0050]当主小区所在TAG发生定时一致性定时器TAT超时时，不触发不包括所述主小区的PUCCH组中各TAG的定时一致性定时器TAT超时。
[0051]优选地，所述I3UCCH组包括第一 PUCCH组；其中，所述第一 PUCCH组为第一小区所属的TAG所属的PUCCH组；
[0052]所述当用户设备确定与为所述用户设备服务的小区所属的TAG发生同步失效时，依据预设策略执行基于PUCCH组的预设操作，包括:
[0053]当所述第一 PUCCH组中第一小区所属的TAG发生同步失效时，基于所述PUCCH组执行预设操作包括以下至少其中之一:
[0054]刷新所述第一 PUCCH组中所有TAG的各小区的HARQ缓存；
[0055]释放所述第一 PUCCH组中所有TAG的各小区的上行探测信号资源；
[0056]释放所述第一 PUCCH组对应的PUCCH资源；
[0057]清除所述第一 PUCCH组中所有TAG的各小区的下行指配信息；
[0058]清除所述第一 PUCCH组中所有TAG的各小区的上行授权信息。
[0059]本发明实施例第三方面提供一种基站，所述基站包括:
[0060]分组单元，用于将为同一用户设备服务的多个小区分为至少一个TOCCH组；每一个所述PUCCH组包括至少一个小区；
[0061]第一确定单元，用于确定每一个所述TOCCH组中的第一小区；所述第一小区为配置了 PUCCH的小区，所述PUCCH用于传输所述PUCCH组中各个小区的上行控制信息；
[0062]形成单元，用于依据所述PUCCH组和所述第一小区，形成PUCCH分组信息。
[0063]优选地，所述分组单元，具体用于依据小区所在的定时提前量组TAG划分，将为同一用户设备服务的多个小区分为至少一个PUCCH组。
[0064]优选地，所述PUCCH组包括至少一个TAG ；
[0065]一个所述TAG的所有为所述用户设备服务的小区均属于同一所述PUCCH组。
[0066]优选地，所述小区包括主小区和辅小区；
[0067]所述PUCCH组包括第一类PUCCH组和第二类PUCCH组；
[0068]所述第一类PUCCH组为包括主小区的PUCCH组；
[0069]所述第二类PUCCH组为包括至少I个或多个辅小区的PUCCH组。
[0070]优选地，所述第一确定单元，具体用于当所述PUCCH组为所述第一类PUCCH组时，确定所述主小区为所述第一小区；和/或，当所述PUCCH组为所述第二类PUCCH组时，指定一个所述辅小区为所述第一小区；和/或，当所述PUCCH组为所述第二类PUCCH组时，确定配置了 PUCCH的辅小区为所述第一小区。
[0071]本发明实施例第四方面提供一种用户设备，所述用户设备包括:
[0072]执行单元，用于当用户设备确定与为所述用户设备服务的小区所属的定时提前量组TAG发生同步失效时，依据预设策略执行基于PUCCH组的预设操作；
[0073]其中，PUCCH组是基于从基站接收PUCCH分组信息确定的。
[0074]优选地，所述PUCCH分组信息包括至少一个PUCCH组