专利名称：基站协作的动态连接方法、基站和协作多输入多输出系统的制作方法
技术领域：
本发明涉及通信领域，特别涉及一种基站协作的动态连接方法、基站和协作多输 入多输出系统。
背景技术：
十办 # MIM0(Co-MIM0, Cooperative Multiple-Input Multiple-Output, 协作多输入多输出)技术已经被视为IMT-Advanced(International Mobile Telecommunications-Advanced，高级国际移动通信)标准的一项关键物理层技术。在全 局范围内频率复用的蜂窝系统中，小区间干扰已经成为限制移动通信性能的主要因素，而 Co-MIMO的基本思想则是协调多个基站的信号传输，以减轻蜂窝间干扰。在Co-MIMO系统 中，多个基站(Base Station, BS)将同时协作的为多个用户(Mobile Station, MS)提供通 信服务。基站协作技术是Co-MIMO系统中的一项关键技术，采用基站协作技术能够以多用 户协作共享资源的方式取代传统的资源竞争模式，提升整个系统的容量并增加链路的可靠 性。现有的基站协作方式主要包括两类基站驱动的协作和用户驱动的协作。前者是基站 根据自己和周边基站覆盖的状况决定协作区域，并不需要用户的参与。而后者则是指用户 根据自己的状况申请基站的协作。相应的现有的协作架构也包括两类静态协作和动态协 作。前者是指在地域上划定协作范围，并提供协作的基站资源。后者则是指根据具体环境 的变化或业务需求动态调整协作范围，并提供协作的基站资源以及明确协作对象。在动态协作架构中，由于其对资源分配和利用的合理性和灵活性，已经逐渐成为 Co-MIMO系统研究和应用的关键架构，而如何在动态协作的架构下，使协作基站实现有效的 连接，即如何构建动态协作架构下的基站间的协作关系，将成为动态协作架构可部署和可 实施的关键问题。
发明内容
本发明实施例提供一种基站协作的动态连接方法、基站和协作多输入多输出系 统，通过构建协作基站信息表，为参与为用户提供协作服务的相关基站之间交互信息和协 调资源，提供一种比较高效和可靠的方式。本发明实施例提供一种基站协作的动态连接方法，包括根据用户反馈的协作基站信息，构建与所述用户对应的协作基站信息表；将所述协作基站信息表发送给用户反馈的各个协作基站，所述协作基站信息表用 于告知所述各个协作基站需要协作的用户信息和其它协作基站信息；接收所述各个协作基站的反馈信息，所述反馈信息用于标识所述各个协作基站是 否能够参与协作，所述反馈信息为所述各个协作基站根据所述协作基站信息表和自身状况 所做出的；根据所述各个协作基站的反馈信息，确定能够参与协作的协作基站，更新所述协作基站信息表，将更新后的协作基站信息表发送给所述能够参与协作的协作基站。本发明实施例提供一种基站，包括构建模块，用于根据用户反馈的协作基站信息，构建与所述用户对应的协作基站 信息表；第一发送模块，用于将所述协作基站信息表发送给用户反馈的各个协作基站，所 述协作基站信息表用于告知所述各个协作基站需要协作的用户信息和其它协作基站信 息；接收模块，用于接收所述各个协作基站的反馈信息，所述反馈信息用于标识所述 各个协作基站是否能够参与协作，所述反馈信息为所述各个协作基站根据所述协作基站信 息表和自身状况所做出的；确定更新模块，用于根据所述各个协作基站的反馈信息，确定能够参与协作的协 作基站，更新所述协作基站信息表；第二发送模块，用于将更新后的协作基站信息表发送给所述能够参与协作的协作基站。本发明实施例提供一种协作多输入多输出系统，包括至少一个终端，所述终端的 所属基站和至少一个协作基站，所述终端，用于将选择的各个所述协作基站的协作基站信息，发送给所述终端的 所属基站；所述终端的所属基站，用于根据所述协作基站信息，构建与所述终端对应的协作 基站信息表；将所述协作基站信息表发送给所述终端选择的各个协作基站；接收所述各个 协作基站的反馈信息，所述反馈信息用于标识所述各个协作基站是否能够参与协作；根据 所述各个协作基站的反馈信息，确定能够参与协作的协作基站，更新所述协作基站信息表， 将更新后的协作基站信息表发送给所述能够参与协作的协作基站；所述协作基站，用于接收所述协作基站信息表，根据所述协作基站信息表、自身信 道状况以及周边资源分配情况决定是否参与协作，并将决定结果以反馈信息的形式反馈给 所述终端的所属基站。本发明实施例通过以上技术方案，通过根据用户反馈的协作基站信息构建协作基 站信息表，并根据协作基站的反馈信息更新协作基站信息表，为参与为用户提供协作服务 的相关基站之间交互信息和协调资源，提供了一种比较高效和可靠的方式。
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现 有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本 发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可 以根据这些附图获得其他的附图。图1本发明实施例提供的协作MIMO系统示意图；图2本发明实施例提供的用户驱动的动态协作流程图；图3本发明实施例提供的一种基站协作的动态连接方法流程图；图4本发明实施例提供的一种基站协作的动态连接方法流程5
图5本发明实施例提供的一种基站协作的动态连接方法流程图；图6本发明实施例提供的一种基站结构图；图7本发明实施例提供的一种基站结构图；图8本发明实施例提供的一种协作MIMO系统示意图。
具体实施例方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完 整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于 本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他 实施例，都属于本发明保护的范围。图1是本发明实施例提供的Co-MIMO通用系统模型示意图。由图1可知，在 Co-MIMO系统中，多个基站同时协作的为多个移动终端提供通信服务。为使本领域一般技术 人员能够更为直观和形象的理解本发明实施例所提供的技术方案，对图1所示的Co-MIMO 系统中，由用户驱动的动态协作流程做一个介绍。图2是本发明实施例提供的用户驱动的动态协作流程图。如图2所示，用户驱动 的动态协作流程包括S10，用户接入蜂窝网络，选定为其服务的主基站，即用户所属基站。在本实施例中，用户接入蜂窝网络后，根据申请业务和自己的通信状况和需求，会 选择一个蜂窝小区，当这个蜂窝小区有一个基站，用户选择的这个蜂窝小区中的这个基站 就是用户的主基站，也叫做用户所属基站，在本发明以下实施例中，主基站的含义均如此。 当这个蜂窝小区有多个基站时，主基站的确定与现有蜂窝网络中用户所在基站的确定方式 相同，在此就不再赘述。S20，主基站告知该用户的业务类别及相应的QoS ；当用户选定主基站后，主基站会告知该用户的业务类别以及相应的QoS这些用户 的业务需求。S30，用户根据自己的通信状况和业务需求选择为其服务的协作基站；S40，所选基站相互交互信息并协调协作资源；S50，所选基站中的一个或多个能为用户提供资源的基站，为用户提供协作服务。通过以上对用户驱动的动态协作流程的描述，可知用户驱动的动态协作流程主要 包括如下三大步骤1)用户接入网络，申请(或接受)业务，以及用户根据自己的通信状况和需求，选 择为其服务的基站；2)所选基站相互交互信息，并协调协作资源；3)所选基站中的一个或多个能为用户提供资源的基站，为用户提供协作服务。本发明实施例就是主要针对上述第一部和第二步用户去定的动态协作过程，提供 一种基站协作的动态连接方法，为基站间相互交互信息和协调协作资源。如图3所示，本发明实施例提供一种基站协作的动态连接方法，此方法应用在如 图2所示的协作MIMO系统中或者其它通信系统，如MIM0-0FDM系统、LTE系统或者WiMAX系 统等，该方法包括
S101，根据用户反馈的协作基站信息，构建与该用户对应的协作基站信息表；由图2中的流程可知，在用户选定自己的所属基站后，用户所属基站会告知用户 的下行业务及相关的QoS需求，这样用户就可以判断是否需要其它基站提供协作服务，以 满足该类下行业务的QoS需求。当用户决定需要其它基站提供协作服务后，会根据预先设 定的准则，选择可以提供协作服务的协作基站，并将这些协作基站的信息反馈给其所属基 站。用户所属基站接收到用户反馈的这些协作基站的信息后，会根据这些信息构建一 个协作基站信息表。S102，将协作基站信息表发送给用户反馈的各个协作基站；当协作基站信息表构建完成后，用户所属基站会将这个协作基站信息表，发送给 之前用户反馈的各个协作基站。S103，接收用户反馈的各个协作基站的反馈信息，该反馈信息用于标识各个协作 基站是否能够参与协作；用户反馈的各个协作基站接收到协作基站信息表后，每个协作基站会根据自身信 道状况以及周边资源分配情况来决定是否参与协作，并将决定结果以反馈信息的方式反馈 给用户所属基站。S104，根据用户反馈的各个协作基站的反馈信息，确定能够参与协作的协作基站， 更新协作基站信息表，将更新后的协作基站信息表发送给能够参与协作的协作基站。用户所属基站收到各个协作基站的反馈信息后，根据反馈信息确定参与协作的基 站，并更新协作基站信息表，最后将更新后的最终协作基站信息表发送给参与协作的基站。本发明实施例通过以上技术方案，通过根据用户反馈的协作基站信息构建协作基 站信息表，并根据协作基站的反馈信息更新协作基站信息表，为参与为用户提供协作服务 的相关基站之间交互信息和协调资源，提供了一种比较高效和可靠的方式。如图4所示，本发明实施例提供一种基站协作的动态连接方法，此方法应用在如 图2所示的协作MIMO系统中或者其它通信系统，如MIM0-0FDM系统、LTE系统或者WiMAX系 统等，该方法包括Sl 10，告知用户的下行业务类别和相关QoS需求，该下行业务类别和相关QoS需求 用于使用户判断是否需要其它基站提供协作服务；根据图2提供的用户驱动的动态协作流程可知，用户接入蜂窝网络后，会选择为 其服务的主基站，即用户所属基站。在用户选定自己的所属基站后，用户所属基站会告知用户的下行业务及相关的 QoS需求，这样用户就可以判断是否需要其它基站提供协作服务，以满足该类下行业务的 QoS需求。如果用户确定需要其它基站提供协作服务，则在一个实施例中，用户可以通过接 收的信号强度或者信道质量或者信噪比或者信干噪比等信息检测目前可以提供协作服务 的基站，并判断其与这些基站间的协作增益是否达到预先设定的协作增益阈值；如果可以 提供协作服务的基站的协作增益大于协作增益阈值，则将其归类为可以为该用户协作服务 的协作基站；在一个实施例中，用户与某个基站间的协作增益可以用用户端的信噪比来量 化，在另一个实施例中还可以用用户端的信干躁比来量化，在另一个实施例中还可以用信道质量来量化。用户完成判断后，将选择的所有可提供协作服务的协作基站的信息，发送给用户 所属基站。需要说明的是，在一个实施例中，如果用户确定不需要其它基站提供协作服务，则 用户后续只与其所属基站进行通信。S120，接收用户反馈的可提供协作服务的协作基站的信息，根据该信息，构建协作
基站信息表；用户所属基站接收到用户反馈的这些协作基站的信息后，会根据这些信息构建一 个协作基站信息表。在一个实施例中，每个基站对于它所服务的用户的协作基站信息表，可以包括如 下主要内容1)发起协作请求的用户的信息；2)该用户所在的蜂窝小区信息，即该用户所属基站信息；2)参与为该用户提供协作服务的基站信息。在一个实施例中，假设系统有两个发起协作的用户，那么关于这两个用户的协作 基站信息表可以如表1和表2所示
发起协作请求的用户信息用户所属基站信息为用户提供协作服务的基站信息用户1基站3基站1，基站2，基站3
表1关于用户1的协作基站信息表
发起协作请求的用户信息用户所属基站信息为用户提供协作服务的基站信息用户2基站7基站2，基站4 表2关于用户2的协作基站信息表当然在其它实施例中，系统可能还会有3个或者更多发起协作的用户，那么关于 这些用户的协作基站信息表的构造，与表1和表2类似。需要说明的是，表1和表2中都有基站2，表1的用户所述基站3亦是为用户提供 协作服务的基站，这说明同一个基站可以同时参与多个协作集合，即可以协作服务多个用户。S130，将协作基站信息表发送给用户反馈的各个协作基站；当协作基站信息表构建完成后，用户所属基站会将这个协作基站信息表，发送给 之前用户反馈的各个协作基站，也就是说，用户所属基站会将其服务的所有用户的协作基 站信息表发送给相关的基站。如在一个实施例中，在用户所属基站构建完协作基站信息表 后，根据表1中的信息，对于用户1来说，用户1的所属基站(基站3)会将表1反馈给基站 1，基站2和基站3。根据表2中的信息，对于用户2来说，用户2的所属基站(基站7)会将 表2反馈给基站2和基站4。
8
各个协作基站收到用户所属基站发送来的协作基站信息表后，会根据协作基站信 息表中的信息和自身信道状况来决定是否参与协作，并将决定结果以反馈信息的方式反馈 给用户所属基站。在一个实施例中，以表1为例进行说明，基站1，基站2和基站3接收到用户1的所 述基站(基站3)，发送的表1后，基站1根据表1可以得知自己将可能为用户1提供协作， 并且根据表1能够知道，还有基站2和基站3也可能和自己一起为用户1提供协作。这时， 基站1就要根据自身的状况以及自己和用户间的信道状况，或者还有可能根据自己和基站 2和基站3之间的信道状况和资源分配情况，来决定自己是否参与协作，或者根据自身的状 况和自己和用户间的信道状况以及和基站2和基站3之间的信道状况和资源分配情况，决 定自己是否参与协作，并将决定结果以反馈信息的方式反馈给用户所属基站。更为形象的， 如果在一个实施例中，基站1和用户1之间的信道状况良好，基站1和基站2和基站3之间 的信道状况也良好，但是基站1自身负荷比较严重，那么基站1在这种情况下，就可能决定 不参与为用户1进行协作。关于基站2和基站3的决定过程类似，不再赘述。S140，接收各个协作基站的反馈信息，该反馈信息用于标识各个协作基站是否能 够参与协作；S150，根据各个协作基站的反馈信息，确定参与协作的基站，更新协作基站信息 表，将更新后的协作基站信息表发送给参与协作的基站。用户所属基站收到各个协作基站的反馈信息后，根据反馈信息确定参与协作的基 站，并更新协作基站信息表，最后将更新后的最终协作基站信息表发送给参与协作的基站。比如说，在一个实施例中，根据表1所示的信息，对于用户1来说，基站1，基站2和 基站3在收到基站3发送的协作信息表后，会根据自身信道状况以及周边资源分配情况来 决定是否参与协作。假设在一个实施例中，基站1和基站2决定进行协作，而基站3决定不 参与协作，那么基站1，基站2和基站3将自己的决定结果反馈给基站3，基站3根据反馈结 果，更新协作基站信息表，即在为用户提供协作服务的基站信息这一栏去掉基站3，并将更 新后的协作基站信息表发送给基站1和基站2。这样在选定最终的协作基站后，这些协作基 站将为用户提供协作服务。在一个实施例中，如果用户所属基站根据接受到的反馈信息，得知某个协作基站 决定参与协作后，用户所属基站还需要决定对该用户采用的协作通信方式，从而满足该用 户业务所需的QoS需求；如果用户所属基站根据接受到的反馈信息，得知某个协作基站决 定不参与协作后，用户所属基站应当在频率或者时间资源上将该基站与该用户错开，以避 免产生大的干扰。需要说明的是，上面提到的协作方式，包括但不仅限于多用户协作预编码、单用户 协作预编码、多用户协作空时编码、单用户协作空时编码等。本发明实施例通过以上技术方案，通过根据用户反馈的协作基站信息构建协作基 站信息表，并根据协作基站的反馈信息更新协作基站信息表，为参与为用户提供协作服务 的相关基站之间交互信息和协调资源，提供了一种比较高效和可靠的方式。下面以用户和基站双侧交互的角度，来描述本发明实施例提供的技术方案。如图 5所示，本发明实施例提供一种基站协作的动态连接方法，此方法应用在如图2所示的协作 MIMO系统中或者其它通信系统，如MIM0-0FDM系统、LTE系统或者WiMAX系统等，该方法包括S210，用户所属基站告知用户的下行业务类别和相关QoS需求，该下行业务类别 和相关QoS需求用于使用户判断是否需要其它基站提供协作服务；S220，用户判断是否需要其它基站提供协作服务，以满足该下行业务的QoS需求；若不需要其它基站提供协作服务，则用户只与其所属基站进行通信，若需要其基 站提供协作服务，则执行步骤S230。S230，用户检测目前可以提供协作服务的基站，并判断其是否达到预先设定的协 作增益阈值；如果可以提供协作服务的基站的协作增益大于协作增益阈值，则将其归类为 可以为该用户协作服务的协作基站；在一个实施例中，如果用户确定需要其它基站提供协作服务，则在一个实施例中， 用户可以通过接收的信号强度或者信道质量或者信噪比或者信干噪比等信息检测目前可 以提供协作服务的基站，并判断其与这些基站间的协作增益是否达到预先设定的协作增益 阈值；如果可以提供协作服务的基站的协作增益大于协作增益阈值，则将其归类为可以为 该用户协作服务的协作基站；在一个实施例中，用户与某个基站间的协作增益可以用用户 端的信噪比来量化，在另一个实施例中还可以用用户端的信干躁比来量化，在另一个实施 例中还可以用信道质量来量化。S240，当步骤S230完成后，用户将选择的所有可提供协作服务的协作基站的信 息，发送给用户所属基站；S250，用户所属基站接收用户反馈的可提供协作服务的协作基站的信息，根据该 信息，构建与该用户对应的协作基站信息表；与用户对应的协作基站信息表在一个实施例中可以如表1所述，在一个实施例中 可以如表2所述，在此不再赘述。S260，用户所属基站将协作基站信息表发送给用户反馈的各个协作基站；当协作基站信息表构建完成后，用户所属基站会将这个协作基站信息表，发送给 之前用户反馈的各个协作基站，也就是说，用户所属基站会将其服务的所有用户的协作基 站信息表发送给相关的基站。如在一个实施例中，在用户所属基站构建完协作基站信息表 后，根据表ι中的信息，对于用户1来说，用户1的所属基站(基站3)会将表1反馈给基站 1，基站2和基站3。根据表2中的信息，对于用户2来说，用户2的所属基站(基站7)会将 表2反馈给基站2和基站4。S270，各个协作基站接收用户所属基站发送来的协作基站信息表，会根据协作基 站信息表中的信息和自身信道状况来决定是否参与协作，并将决定结果以反馈信息的方式 反馈给用户所属基站。在一个实施例中，以表1为例进行说明，基站1，基站2和基站3接收到用户1的所 述基站(基站3)，发送的表1后，基站1根据表1可以得知自己将可能为用户1提供协作， 并且根据表1能够知道，还有基站2和基站3也可能和自己一起为用户1提供协作。这时， 基站1就要根据自身的状况以及自己和用户间的信道状况，或者还有可能根据自己和基站 2和基站3之间的信道状况和资源分配情况，来决定自己是否参与协作，并将决定结果以反 馈信息的方式反馈给用户所属基站。S280，用户所属基站接收各个协作基站的反馈信息，该反馈信息用于标识各个协作基站是否能够参与协作；S290，用户所属基站根据各个协作基站的反馈信息，确定参与协作的基站，更新协 作基站信息表，将更新后的协作基站信息表发送给参与协作的基站。在一个实施例中，如果用户所属基站根据接受到的反馈信息，得知某个协作基站 决定参与协作后，用户所属基站还需要决定对该用户采用的协作通信方式，从而满足该用 户业务所需的QoS需求；如果用户所属基站根据接受到的反馈信息，得知某个协作基站决 定不参与协作后，用户所属基站应当在频率或者时间资源上将该基站与该用户错开，以避 免产生大的干扰。需要说明的是，上面提到的协作方式，包括但不仅限于多用户协作预编码、单用户 协作预编码、多用户协作空时编码、单用户协作空时编码等。本发明实施例通过以上技术方案，通过根据用户反馈的协作基站信息构建协作基 站信息表，并根据协作基站的反馈信息更新协作基站信息表，为参与为用户提供协作服务 的相关基站之间交互信息和协调资源，提供了一种比较高效和可靠的方式。如图6所示，本发明实施例提供一种基站，该基站包括构建模块310，用于根据用户反馈的协作基站信息，构建与该用户对应的协作基站 信息表；由图2中的流程可知，在用户选定自己的所属基站后，用户所属基站会告知用户 的下行业务及相关的QoS需求，这样用户就可以判断是否需要其它基站提供协作服务，以 满足该类下行业务的QoS需求。当用户决定需要其它基站提供协作服务后，会根据预先设 定的准则，选择可以提供协作服务的协作基站，并将这些协作基站的信息反馈给其所属基站。用户所属基站接收到用户反馈的这些协作基站的信息后，构建模块310会根据这 些信息构建一个协作基站信息表。在一个实施例中，协作基站信息表可以包括如下主要内容1)发起协作请求的用户的信息；2)该用户所在的蜂窝小区信息，即该用户所属基站信息；2)参与为该用户提供协作服务的基站信息。在一个实施例中，协作基站信息表可以如前面实施例中的表1或者表2所示。第一发送模块320，用于将协作基站信息表发送给用户反馈的各个协作基站；当构建模块310构建完协作基站信息表后，第一发送模块320会将这个协作基站 信息表，发送给之前用户反馈的各个协作基站。当协作基站信息表构建完成后，用户所属基站的第一发送模块320会将这个协作 基站信息表，发送给之前用户反馈的各个协作基站，也就是说，用户所属基站的第一发送模 块320会将其服务的所有用户的协作基站信息表发送给相关的基站。如在一个实施例中， 在用户所属基站构建完协作基站信息表后，根据表1中的信息，对于用户1来说，用户1的 所属基站(基站3)会将表1反馈给基站1，基站2和基站3。根据表2中的信息，对于用户 2来说，用户2的所属基站(基站7)会将表2反馈给基站2和基站4。接收模块330，用于接收各个协作基站的反馈信息，该反馈信息用于标识该协作基 站是否能够参与协作；
11
用户反馈的各个协作基站接收到协作基站信息表后，会根据自身信道状况以及周 边资源分配情况来决定是否参与协作，并将决定结果以反馈信息的方式反馈给用户所属基 站的接收模块330。确定更新模块340，用于根据各个协作基站的反馈信息，确定参与协作的基站，更 新协作基站信息表；用户所属基站收到各个协作基站的反馈信息后，根据反馈信息确定参与协作的基 站，更新协作基站信息表，即将决定不参与协作的协作基站的信息从协作基站信息表中删 除。第二发送模块350，用于将更新后的协作基站信息表发送给参与协作的基站。本发明实施例通过以上技术方案，通过根据用户反馈的协作基站信息构建协作基 站信息表，并根据协作基站的反馈信息更新协作基站信息表，为参与为用户提供协作服务 的相关基站之间交互信息和协调资源，提供了一种比较高效和可靠的方式。如图7所示，在一个实施例中，图5对应的基站还可以包括告知模块300，用于告知用户的下行业务类别和相关QoS需求，该下行业务类别和 相关QoS需求用于使用户判断是否需要其它基站提供协作服务。；由图2中的流程可知，在用户选定自己的所属基站后，用户所属基站会告知用户 的下行业务及相关的QoS需求，这样用户就可以判断是否需要其它基站提供协作服务，以 满足该类下行业务的QoS需求。当用户决定需要其它基站提供协作服务后，会根据预先设 定的准则，选择可以提供协作服务的协作基站，并将这些协作基站的信息反馈给其所属基站。本发明实施例通过以上技术方案，通过根据用户反馈的协作基站信息构建协作基 站信息表，并根据协作基站的反馈信息更新协作基站信息表，为参与为用户提供协作服务 的相关基站之间交互信息和协调资源，提供了一种比较高效和可靠的方式。如图8所示，本发明实施例提供一种协作多输入多输出系统，即Co-MIMO系统，包 括至少一个终端10，终端10的所属基站20以及至少一个协作基站30，终端10，用于将选择的所有可提供协作服务的协作基站30的信息，发送给终端10 的所属基站20 ；在另一个实施例中，在终端10将选择的所有可提供协作服务的协作基站30的信 息发送给所述基站20之前，终端10还用于，检测目前可以提供协作服务的基站，并判断其是否达到预先设定的协作增益阈 值；如果可以提供协作服务的基站的协作增益大于协作增益阈值，则将其归类为可以为该 用户协作服务的协作基站30。在一个实施例中，终端10可以通过接收的信号强度或者信道质量信息或者信噪 比或者信干噪比等信息，来检测目前可以提供协作服务的基站。所属基站20，用于根据终端10反馈的协作基站30的信息，构建与终端10对应的 协作基站信息表；将协作基站信息表发送给用户反馈的各个协作基站30 ；接收各个协作基 站30的反馈信息，该反馈信息用于标识协作基站30是否能够参与协作；根据反馈信息，确 定参与协作的基站，更新协作基站信息表，将更新后的协作基站信息表发送给参与协作的基站。在一个实施例中，所属基站20还可以用于向终端10告知其下行业务类别和相关 QoS需求，该下行业务类别和相关QoS需求用于使终端10判断是否需要其它基站提供协作 服务。在一个实施例中，协作基站信息表可以包括如下主要内容1)发起协作请求的用户的信息；2)该用户所在的蜂窝小区信息，即该用户所属基站信息；2)参与为该用户提供协作服务的基站信息。在一个实施例中，协作基站信息表可以如前面实施例中的表1或者标所示。协作基站30，接收用户所属基站发送来的协作基站信息表，根据自身信道状况以 及周边资源分配情况来决定是否参与协作，并将决定结果以反馈信息的方式反馈给用户所
属基站；在另一个实施例中，若协作基站30决定参与协作，则将接收所属基站10发送的更 新后的协作基站信息表，为终端10提供协作服务。在一个实施例中，所属基站20的具体结构和功能可以如图6对应的实施例所塑， 在另一个实施例中还可以如图7对应的实施例所述。本发明实施例通过以上技术方案，通过根据用户反馈的协作基站信息构建协作基 站信息表，并根据协作基站的反馈信息更新协作基站信息表，为参与为用户提供协作服务 的相关基站之间交互信息和协调资源，提供了一种比较高效和可靠的方式。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以 通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质 中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁 碟、光盘、只读存储记忆体(Read-Only Memory, ROM)或随机存储记忆体(Random Access Memory, RAM)等。以上所述仅为本发明的几个实施例，本领域的技术人员依据申请文件公开的可以 对本发明进行各种改动或变型而不脱离本发明的精神和范围。
权利要求
1.一种基站协作的动态连接方法，其特征在于，包括根据用户反馈的协作基站信息，构建与所述用户对应的协作基站信息表； 将所述协作基站信息表发送给用户反馈的各个协作基站，所述协作基站信息表用于告 知所述各个协作基站需要协作的用户信息和其它协作基站信息；接收所述各个协作基站的反馈信息，所述反馈信息用于标识所述各个协作基站是否能 够参与协作，所述反馈信息为所述各个协作基站根据所述协作基站信息表和自身状况所做 出的；根据所述各个协作基站的反馈信息，确定能够参与协作的协作基站，更新所述协作基 站信息表，将更新后的协作基站信息表发送给所述能够参与协作的协作基站。
2.如权利要求1所述的基站协作的动态连接方法，其特征在于，在所述根据用户反馈 的协作基站信息，构建与所述用户对应的协作基站信息表之前，还包括告知用户的下行业务类别和相关QoS需求，所述下行业务类别和所述相关QoS需求 用于使所述用户判断是否需要基站提供协作服务，以满足所述下行业务类别的相关QoS需 求。
3.如权利要求1所述的基站协作的动态连接方法，其特征在于，所述基站协作信息表， 包括所述用户的信息，所述用户所在的蜂窝小区的信息和所述用户反馈的各个协作基站的 fn息ο
4.如权利要求1所述的基站协作的动态连接方法，其特征在于，所述确定能够参与协 作的协作基站之后，还包括确定所述能够参与协作的协作基站对所述用户的协作方式。
5.一种基站，其特征在于，包括构建模块，用于根据用户反馈的协作基站信息，构建与所述用户对应的协作基站信息表；第一发送模块，用于将所述协作基站信息表发送给用户反馈的各个协作基站，所述协 作基站信息表用于告知所述各个协作基站需要协作的用户信息和其它协作基站信息；接收模块，用于接收所述各个协作基站的反馈信息，所述反馈信息用于标识所述各个 协作基站是否能够参与协作，所述反馈信息为所述各个协作基站根据所述协作基站信息表 和自身状况所做出的；确定更新模块，用于根据所述各个协作基站的反馈信息，确定能够参与协作的协作基 站，更新所述协作基站信息表；第二发送模块，用于将更新后的协作基站信息表发送给所述能够参与协作的协作基站。
6.如权利要求5所述的基站，其特征在于，所述基站还包括告知模块，用于告知用户的下行业务类别和相关QoS需求，所述下行业务类别和所述 相关QoS需求用于使所述用户判断是否需要基站提供协作服务，以满足所述下行业务类别 的相关QoS需求。
7.如权利要求5所述的基站，其特征在于，所述基站协作信息表，包括所述用户的信息，所述用户所在的蜂窝小区的信息和所述用户反馈的各个协作基站的信息。
8.一种协作多输入多输出系统，包括至少一个终端，所述终端的所属基站和至少一个 协作基站，其特征在于，所述终端，用于将选择的各个所述协作基站的协作基站信息，发送给所述终端的所属基站；所述终端的所属基站，用于根据所述协作基站信息，构建与所述终端对应的协作基站 信息表；将所述协作基站信息表发送给所述终端选择的各个协作基站；接收所述各个协作 基站的反馈信息，所述反馈信息用于标识所述各个协作基站是否能够参与协作；根据所述 各个协作基站的反馈信息，确定能够参与协作的协作基站，更新所述协作基站信息表，将更 新后的协作基站信息表发送给所述能够参与协作的协作基站；所述协作基站，用于接收所述协作基站信息表，根据所述协作基站信息表和自身信道 状况决定是否参与协作，并将决定结果以反馈信息的形式反馈给所述终端的所属基站。
9.如权利要求8所述的系统，其特征在于，所述终端的所属基站还用于告知所述终端的下行业务类别和相关QoS需求，所述下行业务类别和所述相关QoS需 求用于使所述终端判断是否需要基站提供协作服务。
10.如权利要求8所述的系统，其特征在于，所述终端的所属基站确定能够参与协作的 协作基站后，还用于，确定所述能够参与协作的协作基站对所述终端的协作方式。
11.如权利要求8所述的系统，其特征在于，所述终端在将选择的各个所述协作基站的 协作基站信息，发送给所述终端的所属基站之前，还用于，检测可以提供协作服务的基站，并判断所述基站的协作增益是否达到预先设定的协作 增益阈值；如果所述基站的协作增益大于协作增益阈值，则将所述基站归类为所述协作基站。
全文摘要
本发明实施例公开了一种基站协作的动态连接方法，包括根据用户反馈的协作基站信息，构建与所述用户对应的协作基站信息表；将所述协作基站信息表发送给用户反馈的各个协作基站；接收所述各个协作基站的反馈信息，所述反馈信息用于标识所述各个协作基站是否能够参与协作；根据所述各个协作基站的反馈信息，确定能够参与协作的协作基站，更新所述协作基站信息表，将更新后的协作基站信息表发送给所述能够参与协作的协作基站。相应的本发明实施例还公开了一种基站和一种协作多输入多输出系统，通过以上技术方案构建协作基站信息表，为参与为用户提供协作服务的相关基站之间交互信息和协调资源，提供了一种比较高效和可靠的方式。
文档编号H04W88/08GK101998669SQ20091018961
公开日2011年3月30日 申请日期2009年8月21日 优先权日2009年8月21日
发明者何诚, 张弓, 杨讯 申请人:华为技术有限公司