的角度看，其上下行资源需求比例相当。由 于虚拟小区同构子顿的上下行比例已定，虚拟小区的各协作小区可通过灵活配置虚拟小区 异构子顿的上下行比例、调度及传输方式，满足虚拟小区的上下行业务需求。
[0137] 举例说明，如图9所示，虚拟小区同构子顿的上下行比例为1:7 ;虚拟小区上下行 业务需求比例为1:1。为更好地满足虚拟小区的上下行资源需求，虚拟小区的各协作小区， 配置虚拟小区的异构子顿为全上行子顿，使得虚拟小区的上下行子顿比例为3:7。也就是， 虚拟小区中用户#A和用户#B在异构子顿（子顿3和子顿4)进行上行传输，协作小区#1 为其提供上行资源。
[013引上述方法同样适用于协作小区数多于两个的场景。需要注意的是，在送种场景下， 当虚拟小区的上下行配置图样为异构子顿时，虚拟小区中的用户可按照指定模式，同时复 用其协作小区中一个小区的上下行资源；另外，虚拟小区中的用户也可按照指定模式，采用 CoMP方式，复用上下行传输方向一致的多个协作小区的上下行资源。虚拟小区的各协作小 区按照虚拟小区上下行业务需求比例、虚拟小区同构子顿的上下行比例，灵活配置虚拟小 区异构子顿的上下行比例，更好地满足虚拟小区中用户对上下行非对称业务的需求。为避 免赏述，本申请没有另外撰写一个实施例对此进行说明。
[0139] 实施例H
[0140] 如图10所示，用户#A和用户#B组成虚拟小区。小区#0和小区#1同为该虚拟小 区的协作小区。小区#0和小区#1分别采用上下行配置5和上下行配置3进行上下行传输， 则虚拟小区的上下行配置图样为上下行配置5和上下行配置3的组合。虚拟小区的上下行 资源由其协作基站#0和协作基站#1进行统一配置。也就是，虚拟小区中的用户可灵活复 用其协作小区的上下行资源。
[0141] 其中，当虚拟小区的上下行配置图样为同构子顿时，虚拟小区中的用户可W按照 传统传输方式，复用其服务小区的上下行资源。另外，当虚拟小区的上下行配置图样为同构 子顿时，虚拟小区中的用户也可W按照CoMP方式传输，复用其协作小区的上下行资源。从 虚拟小区的角度来看，其在同构子顿时刻的上下行传输方向与其协作小区的上下行传输方 向一致。
[0142] 当虚拟小区的上下行配置图样为异构子顿时，虚拟小区中的用户按照指定模式， 复用其协作小区的上下行资源，同时保证在同一传输时刻虚拟小区内所有用户的上下行传 输方向一致。本实施例中，虚拟小区的各协作小区，根据其上下行可用资源及资源利用率， 为虚拟小区分配较佳的上下行子顿进行传输，达到协作小区间负载均衡的效果。
[0143] 如图10所示，协作小区#0的上下行资源利用率高，可用上下行资源少，无法为虚 拟小区提供足够的上下行资源；协作小区#1的上下行资源利用率低，可用上下行资源多， 可为虚拟小区提供足够的上下行资源。为了达到协作小区间负载均衡的效果，虚拟小区中 的用户可W较多地复用协作小区#1的上下行资源。本实施例中，虚拟小区中的用户#八和 用户#B在异构子顿（子顿3和子顿4)进行上行传输，协作小区#1为其提供上行资源；虚 拟小区中的用户#A和用户#B在同构子顿进行上下行传输，协作小区#0和协作小区#1为 其提供上下行资源，其中，协作小区#1提供较多数的上下行资源。
[0144] 上述方法同样适用于协作小区数多于两个的场景。需要注意的是，在送种场景下， 当虚拟小区的上下行配置图样为异构子顿时，虚拟小区中的用户可按照指定模式，同时复 用其协作小区中一个小区的上下行资源；另外，虚拟小区中的用户也可按照指定模式，采用 CoMP方式，复用上下行传输方向一致的多个协作小区的上下行资源。虚拟小区的各协作小 区按照其上下行资源的分配情况、上下行资源利用率等，统一为虚拟小区配置较佳的上下 行资源。为避免赏述，本申请没有另外撰写一个实施例多此进行说明。
[0145] 实施例四
[014引如图IlA所示，通信系统包含；个小区，分别为小区#0、小区#1和小区#2。其中， 小区#0服务于用户#A和用户#C，小区#1服务于用户#B，小区#2服务于用户邸。小区#0、 小区#1和小区#2互为相邻小区。用户#A、用户#B和用户#D组成虚拟小区。小区#0、小 区#1和小区#2同为该虚拟小区的协作小区。小区#0、小区#1和小区#2分别采用上下行 配置5、上下行配置3和上下行配置1进行上下行传输，则虚拟小区的上下行配置图样为上 下行配置5、上下行配置3和上下行配置1的组合。虚拟小区的上下行资源由其协作基站 #0、协作基站#1和协作基站#2进行统一配置。也就是，虚拟小区中的用户可灵活复用其协 作小区的上下行资源。
[0147] 其中，当虚拟小区的上下行配置图样为同构子顿时，虚拟小区中的用户可W按照 传统传输方式，复用其服务小区的上下行资源。另外，当虚拟小区的上下行配置图样为同构 子顿时，虚拟小区中的用户也可W按照CoMP方式传输，复用其协作小区的上下行资源。从 虚拟小区的角度来看，其在同构子顿时刻的上下行传输方向与其协作小区的上下行传输方 向一致。
[014引当虚拟小区的上下行配置图样为异构子顿时，虚拟小区中的用户按照指定模式， 复用其协作小区的上下行资源，同时保证在同一传输时刻虚拟小区内所有用户的上下行传 输方向一致。本实施例中，虚拟小区的各协作小区，根据其上下行可用资源及资源利用率和 虚拟小区总的上下行业务需求，为虚拟小区分配较佳的上下行子顿进行传输，满足虚拟小 区中用户对上下行非对称业务的需求，同时达到协作小区间负载均衡的效果。
[0149] 本实施例中，移动通信系统架构采用集中式处理架构（C-RAN，Centralized Radio Access化twork)。其中，虚拟小区的各协作小区通过光纤回传的方式，与远端的基带处理 单元池度脚化〇1，Baseband化it Pool)相连。其中，虚拟小区的各协作小区将必要的系 统配置信息、系统统计信息和系统状态信息等反馈至远端的基带处理单元池。基带处理单 元池对接收的系统配置信息、系统统计信息和系统状态信息等进行分析和处理，将虚拟小 区的上下行配置结果和调度方式通知虚拟小区的各协作小区。虚拟小区的各协作小区根据 配置结果，为虚拟小区中用户的上下行传输分配较佳的上下行资源。
[0150] 本实施例中，系统配置信息主要包括虚拟小区各协作小区的上下行配置。
[0151] 本实施例中，系统统计信息主要包括虚拟小区各协作小区的资源利用率和虚拟小 区总的上下行业务需求。
[0152] 本实施例中，系统状态信息主要包括网络拓扑结构、用户分布等。
[0153] 如图IlA所示，协作小区#0的上下行资源利用率高，可用上下行资源少；协作小区 #1的上下行资源利用率低，可用上下行资源多；协作小区#2的上行资源利用率高，可用上 行资源少，下行资源利用率低，可用下行资源多。
[0154] 如图IlA所示，虚拟小区中用户#A的下行资源需求为其上行资源需求的两倍；虚 拟小区中用户#B的上行资源需求为其下行资源需求的两倍；虚拟小区中用户#D的下行资 源需求为其上行资源需求的H倍。并且，用户#A、用户#B和用户#D的上下行资源需求总量 基本一致。郝么，从虚拟小区的角度看，其对下行资源的需求高于其对上行资源的需求。
[01巧]综合考虑，基带处理单元池在配置虚拟小区的上下行资源和调度、传输方式时，为 虚拟小区中的用户分配更多的下行子顿，使得虚拟小区上下行配置中的上下行比例与其实 际的上下行业务需求比例接近，满足虚拟小区中用户对上下行非对称业务的需求。同时，使 得虚拟小区中的用户尽可能多地复用小区#1的上下行资源和/或小区#2的下行资源，达 到协作小区间负载均衡的效果。
[0156] 由于虚拟小区的上下行子顿由其协作小区灵活配置，为避免虚拟小区中用户终端 和其协作基站间混合自动重传（HARQJybridAutomaticRepeatRequest)时序混乱，有必 要对虚拟小区中用户上下行数据的HARQ和/或调度时序进行重新约定。
[0157] 本申请中，虚拟小区中用户上下行数据的HARQ传输定时关系由其协作小区上下 行数据的HARQ传输定时关系确定。
[015引首先，由表1所示，可W确定7种上下行配置间上下行子顿集合的从属关系。举例 说明，上下行配置0的下行子顿索引为0，1，5,6 ;上下行配置6的下行子顿索引为0，1，5， 6,9,因此，上下行配置0的下行子顿集合为上下行配置6的下行子顿集合的子集。另外，上 下行配置3的下行子顿索引为0,1，5,6, 7,8,9,因此，上下行配置0和上下行配置6的下行 子顿集合同为上下行配置3的下行子顿集合的子集。另外，上下行配置1的下行子顿索引 为0,1，4, 5,6,9,因此，上下行配置0和上下行配置6的下行子顿集合也同为上下行配置1 的下行子顿集合的子集。但是，上下行配置3和上下行配置1的下行子顿集合不互为子集。 类似地，上下行配置4的下行子顿索引为0,1，4, 5,6, 7,8,9,因此，上下行配置1和上下行配 置3的下行子顿集合同为上下行配置4的下行子顿集合的子集。
[0159] 总的来说，对于如表1所示的7种上下行配置，上下行配置0的下行子顿集合为其 他上下行配置的下行子顿集合的子集；上下行配置0,1，2, 3,4,6的下行子顿集合为上下行 配置5的下行子顿集合的子集。
[0160] 另外，上下行配置间上行子顿集合的从属关系与下行子顿集合的从属关系相反。 也就是，对于表1所示的7种上下行配置，上下行配置5的上行子顿集合为其他上下行配置 的上行子顿集合的子集；上下行配置1，2, 3,4, 5,6的上行子顿集合为上下行配置0的上行 子顿集合的子集。
[0161] 通过确定上下行配置间上下行子顿集合的从属关系，可W得出，如果上下行配置X 的下行子顿集合为上下行配置y的下行子顿集合的子集，则上下行配置X可W采用上下行 配置y的下行HARQ应答时序关系，上下行配置y称为上下行配置X的下行时序参考配置。 同时，上下行配置y的上行子顿集合为上下行配置X的上行子顿集合的子集，上下行配置y 可W采用上下行配置X的上行HARQ应答时序关系，上下行配置X称为上下行配置y的上行 时序参考配置。
[0162] 本实施例中，虚拟小区的协作小区#0、小区#1和小区#2的上下行配置分别为上下 行配置5、上下行配置3和上下行配置1。根据上下行配置间上下行子顿集合的从属关系， 上下行配置5为整个协作小区集合的下行时序参考配置，上下行配置6为整个协作小区集 合的上行时序参考配置。
[0163] 虚拟小区的上下行子顿由其协作小区动态灵活配置。并且，虚拟小区上下行配置 的上下行子顿集合均为其协作小区集合上下行时序参考配置的上下行子顿集合的子集。因 此，虚拟小区中的用户可W采用其协作小区集合上下行时序参考配置的上下行HARQ应答 时序关系，从而避免时序混乱、资源浪费。
[0164] 如图IlB所示，本实施例中的虚拟小区采用上下行配置5的下行HARQ应答时序关 系；如图IlC所示，本实施例中的虚拟小区采用上下行配置6的上行HARQ应答时序关系。[016引 网络侧通过下行控制信息值Cl,DownlinkControlIn化rmation)通知用户相应 的上下行HARQ应答时序关系。
[0166] 另外，虚拟小区协作基站间需要交互虚拟小区用户的上下行HARQ应答信息，W较 佳地为虚拟小区用户配置上下行重传资源。上下行HARQ应答信息的交互可W通过基站间 的X2接口实现，也可通过集中式处理的方法实现。
[0167] 另外，由于虚拟小区的上下行子顿由其协作小区灵活配置，在不同的下行子顿上， 由于协作小区干扰方向和/或传输方式的不同，导致在不同的下行子顿上实际的信道情况 有着显著的差异。也就是说，