专利名称：选择传输模式的方法和基站的制作方法
技术领域：
本发明涉及通信领域，具体而言，涉及一种选择传输模式的方法和基站。
背景技术：
MIMO(Multiple Input Multiple Output,即多输入多输出)是OFDMA (OrthogonalFrequency Division Multiple Access,即正交频分多址)系统中物理层的关键技术之一。在MMO系统中，信号源S (k)经过时空编码后由多根天线发射出去，再经过无线信道，在接收端用多根天线进行接收，在接收端进行时空解码后恢复出原始信号。MIMO的中心思想是利用多天线来抑制信道衰落。它将多径天线信道与发射、接收视为一个整体进行优化，从而实现高的通信容量和频谱利用率，是一种近于最优的空域时 域联合分集和干扰对消处理。MIMO技术主要有两种应用STC(包括发射分集和接收分集)以及SM(SpatialMultiplexing,空间复用)。分集STC技术同时利用了时间和空间，不提高系统容量，但是提高分集和编码增益，其原理见附图I。从原理图中可以看到，输入字符即信息源被分为两组，每组为两个字符。在第一个字符时间内，每组的两个字符[Cl，C2]同时从两根天线发送，下一个字符时间内，这两个字符被变换成形式为[_C2%Cl1再次从两根天线发出。这样接收天线在两个字符时间内就可以收到两个字符的两种不同形式，通过解码技术后还原出的字符正确率与两个字符时间内只收到两个字符的一种形式相比得到了很大程度的提高，表现为误码率降低，链路的可靠性被提高，进而提高信号的覆盖范围。在覆盖范围一定且用户的误码率要求一定时，分集增益也可以转化为数据传输速率的提高，如采用更高的调制编码方式等。空间复用SM技术利用了空间，发送方在一个字符时间内把两个字符同时发送出去，下一个字符时间内再发送另外两个字符。如附图2所示。高速的数据流被分成并行的数据流同时进行发射，此时每根天线的发射数据是不一样的，在接收端再进行空间解调复用，重新组合成高速串行数据流。利用这种方法，可以很大程度的提高系统传输速率和吞吐量。上行虚拟ΜΜ0，当终端只使用一根发射天线时，只能通过多个终端协作的方式来实现ΜΜ0，即Virtual MIMO技术，含义如图3所示。在使用Virtual MIMO的时候，两个终端各使用一根发射天线，并且使用完全相同的时频资源，每个终端的数据和非MMO模式一样进行编码，交织，调制，映射，调制后的数据子载波按照协议编码成对后发送给基站。两个终端协作实现上行virtual MMO的方式也叫配对方式，自适应配对是指根据某种方法自适应的选择合适的MS进行配对，成功配对后，若信道条件发生恶化，传输不稳定，则进行自适应拆对处理。误包率是周期内传输错误的包与总包数的比值，可以用误包率反映终端当前的信道条件，如果误包率大于一定门限值则认为信道条件恶化，如果周期内的总包数低于门限值，则认为终端没有业务，具体门限值跟实际情况有关。拥塞反映系统资源的使用情况，如果实际流量与空口带宽的比值超过门限，则认为系统开始出现拥塞，比值越大，系统越拥塞。拥塞门限值跟实际环境有关。信道相关性反映信道之间的独立性，可以用相关性系数来表示，即信道矩阵的最小特征值与最大调整值的比值来表示。如果比值为0，则信道全相关，系统将无法区分由各个信道到达的数据；如果比值为1，在信道完全独立，系统可以区分由各个信道达到的数据。如果信道完全独立，那么SM可以成功解码，实际环境中信道是不能完全独立的，只要相关性系统满足一定的条件，即大于门 限值，SM就可以成功解码。门限值跟实际环境有关随着技术的进步，终端已经突破只支持一根发射天线的瓶颈，若还一直采用虚拟MMO模式，当出现实时业务流时，将会产生较大的延时，影响实时业务流的服务质量；同理，下行实时业务流的服务质量也较差。针对相关技术中实时业务流的服务质量较差的问题，目前尚未提出有效的解决方案。
发明内容
本发明的主要目的在于提供一种选择传输模式的方法和基站，以至少解决上述实时业务流的服务质量较差的问题。根据本发明的一个方面，提供了一种选择传输模式的方法，包括如下步骤基站确定终端的业务流类型，业务流类型包括实时业务流和非实时业务流；其中，终端具有多根天线；基站根据确定的业务流类型为终端选择多输入多输出MMO模式。上述基站根据确定的业务流类型为终端选择MMO模式包括当业务流类型为下行实时业务流时，基站为终端选择接收分集模式；当业务流类型为上行实时业务流时，如果终端未与其它终端配对，基站为终端选择发射分集模式。当业务流类型为上行实时业务流时，如果终端已与其它终端配对，上述方法还包括基站对终端进行拆对处理，并为终端选择单天线发射模式。上述基站为终端选择接收分集模式包括基站判断终端当前所处模式是否为接收分集模式，如果否，将终端切换至接收分集模式，并更新终端的下行业务流连接信息；上述基站为终端选择接收发射模式包括基站判断终端当前所处模式是否为发射分集模式，如果否，将终端切换至发射分集模式，并更新终端的上行业务流连接信息。上述方法还包括基站为终端设置一个业务流实时性标志位，业务流实时性标志位包括上行业务流实时性标志位和下行业务流实时性标志位；上述基站确定终端的业务流类型之后，方法还包括当终端的业务流类型为上行实时业务流时，基站将上行业务流实时性标志位设置为指定值；当终端的业务流类型为下行实时业务流时，该基站将下行业务流实时性标志位设置为指定值；上述基站根据确定的业务流类型为终端选择MMO模式包括该基站根据上行业务流实时性标志位或下行业务流实时性标志位的值为终端选择MMO模式。上述方法还包括该基站删除终端的上行实时业务流或下行实时业务流；如果终端所有的上行实时业务流均被删除，该基站将上行业务流实时性标志位中的指定值删除；如果终端所有的下行实时业务流均被删除，该基站将下行业务流实时性标志位中的指定值删除。上述实时业务流包括以下至少之一非请求的带宽分配业务UGS、实时轮询业务RTVR或扩展的实时轮询业务ERTVR。根据本发明的另一方面，提供了一种基站，包括如下模块业务类型确定模块，用于确定终端的业务流类型，该业务流类型包括实时业务流和非实时业务流，其中，该终端具有多根天线；模式选择模块，用于根据业务类型确定模块确定的业务流类型为终端选择多输入多输出MMO模式。模式选择模块包括下行业务模式选择单元，用于当业务流类型为下行实时业务流时，为该终端选择接收分集模式；上行业务模式选择单元，用于当业务流类型为上行实时业务流时，如果该终端未与其它终端配对，为该终端选择方式分集模式 。下行业务模式选择单元包括下行模式判断子单元，用于判断终端当前所处模式是否为接收分集模式；下行切换子单元，用于下行模式判断子单元的判断结果为否时，将终端切换至接收分集模式，并更新该终端的下行业务流连接信息；上行业务模式选择单元包括上行模式判断子单元，用于判断该终端当前所处模式是否为发射分集模式；上行切换子单元，用于上行模式判断子单元的判断结果为否时，将该终端切换至发射分集模式，并更新该终端的上行业务流连接信息。通过本发明，采用先确定业务流的类型，再根据类型选择具体的MMO模式，该方式能够保证终端同时使用多种业务流或动态业务流时，实时业务流的QOS(Quality ofService，即服务质量)可以得到满足，解决了实时业务流的服务质量较差的问题，并提高了系统上行吞吐量。
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中图I是根据相关技术的STC模式示意图；图2是根据相关技术的SM模式示意图；图3是根据相关技术的上行虚拟MMO模式示意图；图4是根据本发明实施例I的选择传输模式的方法流程图；图5是根据本发明实施例I的业务流添加的方法流程图；图6是根据本发明实施例I的删除业务流的方法流程图；图7是根据本发明实施例I的上行MMO自适应处理的方法流程图；图8是根据本发明实施例I的下行MMO自适应处理的方法流程图；图9是根据本发明实施例2的基站的结构框图。
具体实施例方式下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。本发明实施例考虑到随着技术的进步，终端已经突破只支持一根发射天线的瓶颈，上行MMO除了虚拟MMO外，还可以实现真正的ΜΜ0，即上行STC、SM等模式，可以根据误包率、拥塞、相关性等自适应的选择合适的MMO模式，在保证链路稳定的前提下尽量提高系统上行吞吐量；基于此，提供了一种选择传输模式的方法和基站。本发明实施例中的基站为网络侧的设备，该设备可以将选择的传输模式通知给终端。实施例I本实施例提供了一种选择传输模式的方法，参见图4，该方法包括以下步骤步骤S402，基站确定终端的业务流类型，该业务流类型包括实时业务流和非实时业务流；其中，该终端具有多根天线；步骤S404，该基站根据确定的业务流类型为该终端选择MMO模式。本实施例的MIMO模式是基于终端而言的，基站为终端选择传输模式后，针对该终端的数据传输将按照选择的模式进行，基站和终端间传输的数据包括基站向该终端发送的下行业务流和终端向基站发送的上行业务流。一个终端在同一时刻有一种MMO模式；业务流是基于连接的，一条连接对应一种业务流类型，并且一个终端可以同时具备多种业务流，甚至动态改变终端的业务流类型。业务流的类型不同，对传输的实时性、可靠性有着不 同的要求。本实施例通过先确定终端的业务流类型，再根据类型选择具体的MMO模式，该方式能够保证终端同时使用多种业务流或动态业务流时，实时业务流的QOS可以得到满足，解决了实时业务流的服务质量较差的问题，并且在保证链路可靠性的基础上提高了系统上行吞吐量。其中，链路的可靠性在空口直接表现为误包率，对于实时业务流，则要求误包率非常小，要用最保险的方式进行数据传输。本实施例的基站根据业务类型帮助终端选择合适的MMO模式，分上下行进行处理基站根据终端当前的下行业务流类型，为终端选择合适的下行MMO模式；根据终端当前的上行业务流类型，决定终端是否启用上行虚拟MMO ;基于此，为了保证实时业务流的服务质量，上述基站根据确定的业务流类型为该终端选择MMO模式包括当上述业务流类型为下行实时业务流时，该基站为该终端选择下行接收分集模式；当上述业务流类型为上行实时业务流时，如果该终端未与其它终端配对，该基站为该终端选择发射分集模式。其中，上述发射分集和接收分集也可以用“ΜΜ0Α模式”表示；ΜΜ0Α是发射分集，协议中描述为STC。上行与下行实质上是一样的，但是上行用于终端给基站发数据，下行用于基站给终端发数据；当上述业务流类型为上行实时业务流时，如果该终端已与其它终端配对，上述方法还包括基站对该终端进行拆对处理，并为该终端选择非MMO模式，例如单天线发射模式。本实施例中的MIMO模式指用多跟天线来进行发数据、接收数据；#ΜΙΜ0模式指用一根天线来发送数据或者接收数据；为了保证为终端选择MMOA模式，上述基站为该终端选择接收分集模式包括该基站判断该终端当前所处模式是否为接收分集模式，如果否，将该终端切换至接收分集模式，并更新该终端的下行业务流连接信息；当然，如果是，则保持当前模式不变；同理，上述基站为该终端选择发射分集模式包括该基站判断该终端当前所处模式是否为发射分集模式，如果否，将该终端切换至发射分集模式，并更新该终端的上行业务流连接信息。为了便于随时确定终端的业务流类型，本实施例的基站为每个终端设置一个业务流实时性标志位，该业务流实时性标志位包括上行业务流实时性标志位和下行业务流实时性标志位；基于此，上述基站确定终端的业务流类型之后，该方法还包括当基站确定业务流类型为上行实时业务流时，该基站将上行业务流实时性标志位设置为指定值(例如ture);当确定业务流类型为下行实时业务流时，该基站将下行业务流实时性标志位设置为上述指定值；相应地，基站根据确定的业务流类型为终端选择MMO模式包括基站根据上行业务流实时性标志位或下行业务流实时性标志位的值为该终端选择MMO模式。考虑到有时需要对终端的业务流进行删除操作，为了保证上述标志位反映业务流的真实性，上述方法还包括基站删除终端的上行实时业务流或下行实时业务流；如果终端所有的上行实时业务流均被删除，基站将上述上行业务流实时性标志位中的指定值删除；如果终端所有的下行实时业务流均被删除，基站将上述下行业务流实时性标志位中的指定值删除。当然，也可以在删除上述标志位中的指定值后，在该标志位中与入非指定值，例如，如果指定值为ture，则删除指定值后，可以在该标志位中写入false。由上述方法可知，终端下行出现实时业务流时，如果终端处于MMO B (空间复用，即SM模式)，则切到MMO A ;否则保持终端的下行MMO模式不变，并且根据下行误包率情况调整终端的DIUC(调制解调码方式)值。终端上行出现实时业务流时，如果终端处于配 对状态，则进行拆对处理；如果终端处于上行ΜΜ0Β，则切到上行MMOA ;否则保持终端上行MMO模式不变。常用的业务类型有五种，分别是UGS(Unsolicited grant service,即非请求的带宽分配业务)、RTVR (Real-time polling service,即实时轮询业务)、ERTVR (ExtendedReal-time polling service,即扩展的实时轮询业务)、NRTVR(Non-real-time pollingservice,即非实时的轮询业务)、BE (Best effort,即尽力而为业务)，前三种是实时业务流，后两种是非实时业务流。为了保证实时业务流的实时性以及高可靠性，当终端下行出现实时业务流时，优先使用MMOA ;当终端上行出现实时业务流时，配对的终端进行拆对处理启用非MMO传输，上行启用MMOB的终端切到ΜΜ0Α。上面主要介绍了如何保证实时业务流的服务质量，对于非实时业务流，可以按照下述方法选择传输模式如果终端没有下行实时业务流，则根据下行误包率情况选择合适的下行MMO模式与DIUC值；如果终端没有上行实时业务流，则根据上行拥塞、上行误包、相关性等选择合适的上行MMO模式。上述方法描述多业务流下的MMO自适应控制流程以及实现方法，即根据终端上行业务流信息，自适应选择上行MMO模式；根据终端下行业务流信息，自适应选择下行MMO模式。假设业务流实时性标志位为IsRealService,上行业务流标志位为IsULService,终端上行使用实时业务流标志位为ULUsedRealService,下行使用实时业务流标志位为DLUsedRealService。基于此,下面提供几种业务流的模式处理方法。如图5所示的业务流添加的方法流程图，该方法包括以下步骤步骤一判断添加的业务流是否为上行业务流，是则进入步骤二，否则进入步骤十。步骤二 判断是否为上行实时业务流，是则进入步骤三，否则进入步骤九。步骤三判断终端上行实时业务流标志是否FASLE，是则进入步骤四，否则进入步骤九。步骤四将上行实时业务流标志位置为TRUE，进入步骤五。
步骤五判断终端是否处于配对状态，是则进入步骤六，否则进入步骤七。步骤六进行拆对处理，进入步骤九。步骤七判断终端是否处于上行ΜΜ0Β，是则进入步骤八，否则进入步骤九。步骤八将上行MMO模式切到ΜΜ0Α，进入步骤九。步骤九更新上行业务流连接信息，进入步骤十六。步骤十判断是否为下行实时业务流，是则进入步骤十一，否则进入步骤十六。步骤^^一 判断下行实时业务流标志位是否为FALSE，是则进入步骤十二，否则进入步骤十六。
步骤十二 将下行实时业务流标志位置为TURE，进入步骤十三。步骤十三判断终端是否处于下行MMOB，是则进入步骤十四，否则进入步骤十六。步骤十四下行MMO模式切到MMOA，进入步骤十五。步骤十五更新下行业务流连接信息，进入步骤十六。步骤十六结束。如图6所示的删除业务流的方法流程图，该方法包括以下步骤步骤一判断删除的是否为上行业务流，是则进入步骤二，否则进入步骤八。步骤二 判断删除的是否为上行实时业务流，是则进入步骤三，否则进入步骤七。步骤三判断终端上行实时业务流标志位是否为TURE，是则进入步骤四，否则进入步骤六。步骤四判断终端是否已经没有上行实时业务流，是则进入步骤五，否则进入步骤七。步骤五将终端上行实时业务流标志位置为FALSE，进入步骤七。步骤六报错并进行异常处理，进入步骤七。步骤七更新终端的上行业务流连接信息，进入步骤十四。步骤八判断是否为下行实时业务流，是则进入步骤九，否则进入步骤十三。步骤九判断下行实时业务流标志位是否为TRUE，是则进入步骤十，否则进入步骤十二。步骤十判断终端是否已经没有下行实时业务流，是则进入步骤十一，否则进入步
骤十三。步骤^^一 将下行实时业务流标志位置为FASLE，进入步骤十三。步骤十二 报错，并进行异常处理，进入步骤十三。步骤十三更新下行业务流连接信息，进入步骤十四。步骤十四结束。如图7所示的上行MMO自适应处理方法流程图，该方法包括以下步骤步骤一判断上行MMO自适应是否使能，是则进入步骤二，否则进入步骤。步骤二 判断终端是否有上行实时业务流，是则进入步骤三，否则进入步骤四。步骤三维持当前的上行MMO模式不变，进入步骤五。步骤四根据上行拥塞、误包率、相关性等选择合适的上行MMO模式，进入步骤五。
步骤五结束。如图8所示的下行MMO自适应处理方法流程图，该方法包括以下步骤步骤一判断下行MMO自适应是否使能，是则进入步骤二，否则进入步骤五。步骤二 判断终端是否有下行实时业务流，是则进入步骤三，否则进入步骤四。步骤三维持当前下行MMO模式不变，根据下行误包率选择合适的DIUC值，进入步骤五。步骤四根据下行误包率选择合适的下行MMO模式与DIUC值，进入步骤五。步骤五结束。 本实施例根据业务的类型选择传输模式，能够在保证链路稳定的前提下尽量提高系统上行吞吐量，充分利用多天线终端的资源，提高业务质量。实施例2本实施例提供了一种基站，参见图9，该基站包括以下模块业务类型确定模块92，用于确定终端的业务流类型，该业务流类型包括实时业务流和非实时业务流；该终端具有多根天线；模式选择模块94，与业务类型确定模块92相连，用于根据业务类型确定模块92确定的业务流类型为上述终端选择MMO模式。其中，模式选择模块94包括下行业务模式选择单元，用于当上述业务流类型为下行实时业务流时，为该终端选择接收分集模式；上行业务模式选择单元，用于当上述业务流类型为上行实时业务流时，如果该终端未与其它终端配对，为该终端选择发射分集模式。模式选择模块94还包括拆对处理模块，用于当上述业务流的类型为上行实时业务流时，如果该终端已与其它终端配对，对该终端进行拆对处理，并选择启用非MMO模式。优选的，下行业务模式选择单元包括下行模式判断子单元，用于判断该终端当前所处模式是否为接收分集模式；下行切换子单元，用于下行模式判断子单元的判断结果为否时，将该终端切换至接收分集模式，并更新该终端的下行业务流连接信息；同理，上行业务模式选择单元包括上行模式判断子单元，用于判断该终端当前所处模式是否为发射分集模式；上行切换子单元，用于上行模式判断子单元的判断结果为否时，将该终端切换至发射分集模式，并更新该终端的上行业务流连接信息。为了便于随时确定终端业务流类型，本实施例的基站上设置有一个业务流实时性标志位，该业务流实时性标志位包括上行业务流实时性标志位和下行业务流实时性标志位；基于此，上述基站还包括标志设置模块，用于当确定当前业务流的类型为上行实时业务流时，将上行业务流实时性标志位设置为指定值(例如ture);当确定当前业务流的类型为下行实时业务流时，将下行业务流实时性标志位设置为上述指定值；相应地，模式选择模块94包括选择单元，用于根据上行业务流实时性标志位或下行业务流实时性标志位的值选择MMO模式。考虑到有时需要对终端的业务流进行删除操作，为了保证上述标志位反映业务流的真实性，上述基站还包括删除模块，用于删除该终端的上行实时业务流或下行实时业务流；标志修改模块，用于如果该终端所有的上行实时业务流均被删除，将上述上行业务流实时性标志位中的指定值删除；如果该终端所有的下行实时业务流均被删除，将上述下行业务流实时性标志位中的指定值删除。当然，也可以在删除上述标志位中的指定值后，在该标志位中写入非指定值，例如，如果指定值为ture，则删除指定值后，可以在该标志位中写入false ；本实施例通过先确定业务流的类型，再根据类型选择具体的MMO模式，该方式能够保证终端同时使用多种业务流或动态业务流时，实时业务流的QOS可以得到满足，解决了实时业务流的服务质量较差的问题，并且在保证链路可靠性的基础上提高系统上行吞吐量。从以上的描述中可以看出，以上实施例根据业务的类型选择传输模式，能够在保证链路稳定的前提下尽量提高系统上行吞吐量，充分利用多天线终端的资源，提高业务质量。显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用
的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种选择传输模式的方法，其特征在于包括如下步骤 基站确定终端的业务流类型，所述业务流类型包括实时业务流和非实时业务流；其中，所述终端具有多根天线； 所述基站根据确定的所述业务流类型为所述终端选择多输入多输出MMO模式。
2.根据权利要求I所述的方法，其特征在于，所述基站根据确定的所述业务流类型为所述终端选择MMO模式包括 当所述业务流类型为下行实时业务流时，所述基站为所述终端选择接收分集模式； 当所述业务流类型为上行实时业务流时，如果所述终端未与其它终端配对，所述基站为终端选择发射分集模式。
3.根据权利要求2所述的方法，其特征在于，当所述业务流类型为上行实时业务流时，如果所述终端已与其它终端配对，所述方法还包括所述基站对所述终端进行拆对处理，并为所述终端选择单天线发射模式。
4.根据权利要求2所述的方法，其特征在于， 所述基站为所述终端选择接收分集模式包括所述基站判断所述终端当前所处模式是否为接收分集模式，如果否，将所述终端切换至所述接收分集模式，并更新所述终端的下行业务流连接信息； 所述基站为所述终端选择发射分集模式包括所述基站判断所述终端当前所处模式是否为发射分集模式，如果否，将所述终端切换至所述发射分集模式，并更新所述终端的上行业务流连接信息。
5.根据权利要求I所述的方法，其特征在于，所述方法还包括所述基站为所述终端设置一个业务流实时性标志位，所述业务流实时性标志位包括上行业务流实时性标志位和下行业务流实时性标志位； 所述基站确定终端的业务流类型之后，所述方法还包括当所述终端的业务流类型为上行实时业务流时，所述基站将所述上行业务流实时性标志位设置为指定值；当所述终端的业务流类型为下行实时业务流时，所述基站将所述下行业务流实时性标志位设置为所述指定值； 所述基站根据确定的所述业务流类型为所述终端选择MMO模式包括所述基站根据所述上行业务流实时性标志位或所述下行业务流实时性标志位的值为所述终端选择MMO模式。
6.根据权利要求5所述的方法，其特征在于，所述方法还包括 所述基站删除所述终端的上行实时业务流或下行实时业务流； 如果所述终端所有的上行实时业务流均被删除，所述基站将所述上行业务流实时性标志位中的所述指定值删除； 如果所述终端所有的下行实时业务流均被删除，所述基站将所述下行业务流实时性标志位中的所述指定值删除。
7.根据权利要求1-6任一项所述的方法，其特征在于，所述实时业务流包括以下至少之一 非请求的带宽分配业务UGS、实时轮询业务RTVR或扩展的实时轮询业务ERTVR。
8.一种基站，其特征在于，包括如下模块业务类型确定模块，用于确定终端的业务流类型，所述业务流类型包括实时业务流和非实时业务流，其中，所述终端具有多根天线； 模式选择模块，用于根据所述业务类型确定模块确定的所述业务流类型为所述终端选择多输入多输出MMO模式。
9.根据权利要求8所述的基站，其特征在于，所述模式选择模块包括 下行业务模式选择单元，用于当所述业务流类型为下行实时业务流时，为所述终端选择接收分集模式； 上行业务模式选择单元，用于当所述业务流类型为上行实时业务流时，如果所述终端未与其它终端配对，为所述终端选择发射分集模式。
10.根据权利要求8所述的基站，其特征在于， 所述下行业务模式选择单元包括下行模式判断子单元，用于判断所述终端当前所处模式是否为接收分集模式；下行切换子单元，用于所述下行模式判断子单元的判断结果为否时，将所述终端切换至所述接收分集模式，并更新所述终端的下行业务流连接信息； 所述上行业务模式选择单元包括上行模式判断子单元，用于判断所述终端当前所处模式是否为发射分集模式；上行切换子单元，用于所述上行模式判断子单元的判断结果为否时，将所述终端切换至发射分集模式，并更新所述终端的上行业务流连接信息。
全文摘要
本发明公开了一种选择传输模式的方法和基站。其中，该方法包括基站确定终端的业务流类型，该业务流类型包括实时业务流和非实时业务流；其中，所述终端有多根天线；所述基站根据确定的业务流类型为所述终端选择MIMO模式。通过本发明，解决了实时业务流的服务质量较差的问题，并提高了系统上行吞吐量。
文档编号H04W28/24GK102891707SQ20111020559
公开日2013年1月23日 申请日期2011年7月21日 优先权日2011年7月21日
发明者赖世明, 刘广 申请人:中兴通讯股份有限公司