信道管理方法、装置及基站控制器的制造方法

信道管理方法、装置及基站控制器的制造方法
【专利摘要】本发明实施例提供一种信道管理方法、装置及基站控制器，该信道管理方法，包括：根据分组数据信道PDCH承载的数据量，确定所述PDCH的业务特征；根据所述PDCH的业务特征，确定是否触发时隙重指配；若是，则向移动台发送时隙重指配消息。本发明实施例通过PDCH承载的数据量确定该PDCH的业务特征；并根据该PDCH的业务特征，确定是否触发时隙重指配，从而避免频繁进行时隙重指配，减轻网络负担，提升网络性能。
【专利说明】信道管理方法、装置及基站控制器
【技术领域】
[0001]本发明实施例涉及通信技术，尤其涉及一种信道管理方法、装置及基站控制器。
【背景技术】
[0002]全球移动通信系统Global System for Mobile Communication,简称:GSM)是当前应用最为广泛的移动电话标准，从用户观点出发，GSM的主要优势在于用户可以从更高的数字语音质量和低费用的短信之间做出选择。
[0003]在GSM网络中，用户进行数据业务时，存在上下行信道自适应调整和负载均衡两种时隙重指配动作:在基站控制器(Base Station Controller,简称:BSC)接收到上行或者下行协议数据单元(Protocol Data Unit,简称=F1DU)或获取到多时隙能力时触发时隙重指配判决，并根据判决结果决定是否触发上下行信道自适应调整:及，BSC周期性(4.5s)触发时隙重指配，以达到分组数据信道(Packet Data Channel，简称=TOCH)间负荷均衡以及使用户获得更优数据业务体验。
[0004]在上述技术中，满足触发条件(事件触发或周期触发)则触发时隙重指配，而GSM网络中，多为即时通信类业务，由于该类业务持续时间较短，造成频繁进行时隙重指配，从而造成了网络负担，还可能会引入掉话风险。

【发明内容】

[0005]本发明实施例提供一种信道管理方法、装置及基站控制器，针对GSM网络中即时通信类业务，减轻网络中信令负担及掉话风险。
[0006]第一方面，本发明实施例提供一种基站控制器，包括:第一处理器和与所述第一处理器连接的第一发送器；
[0007]所述第一处理器，用于根据分组数据信道rocH承载的数据量，确定所述rocH的业务特征；根据所述rocH的业务特征，确定是否触发时隙重指配；若是，则触发所述第一发送器向移动台发送时隙重指配消息。
[0008]结合第一方面，在第一方面的第一种可能的实现方式中，所述rocH承载的数据量包括:所述rocH的上行连续累计数据量和/或所述rocH的下行缓存器中数据量。
[0009]结合第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述第一处理器具体用于:
[0010]若所述PDCH的上行连续累计数据量大于第一预设门限，且所述rocH的上行数据块的计数值CV为预设值，则确定所述rocH的上行业务需求大；或者，
[0011]若所述rocH的上行连续累计数据量大于所述第一预设门限，且所述rocH的上行数据块的CV小于所述预设值，则确定所述rocH的上行业务需求小；或者，
[0012]若所述rocH的上行连续累计数据量小于或等于所述第一预设门限，则确定所述rocH的上行业务需求小；或者，
[0013]若所述PDCH的上行连续累计数据量为零，则确定所述H)CH无上行业务需求。[0014]结合第一方面的第一种或第二种可能的实现方式,在第一方面的第三种可能的实现方式中，所述第一处理器还用于:
[0015]若所述PDCH的下行缓存器中数据量大于第二预设门限，则确定所述H)CH的下行业务需求大；或者，
[0016]若所述rocH的下行缓存器中数据量为零，则确定所述rocH无下行业务需求；或者，
[0017]若所述rocH的下行缓存器中数据量小于或等于所述第二预设门限，则确定所述rocH的下行业务需求小。
[0018]结合第一方面、第一方面的第一种至第三种可能的实现方式中的任意一种，在第一方面的第四种可能的实现方式中，所述第一处理器还用于:
[0019]根据所述rocH的业务特征，确定所述rocH的当前的业务属性；
[0020]根据确定的所述rocH的当前的业务属性与所述rocH的上一次的业务属性，确定是否触发时隙重指配，其中，所述rocH的上一次的业务属性为在所述当前的业务属性的紧邻上一次为所述rocH确定的业务属性。
[0021]结合第一方面的第四种可能的实现方式，在第一方面的第五种可能的实现方式中，所述第一处理器具体用于:
[0022]若所述rocH的上行业务需求大，且所述rocH的下行业务需求小或所述rocH无下行业务需求，则确定所述rocH的当前的业务属性为上行优先；或者，
[0023]若所述PDCH的上行业务需求小或无上行业务需求，且所述H)CH的下行业务需求大，则确定所述rocH的当前的业务属性为下行优先；或者，
[0024]若所述PDCH的上行业务需求小，且所述H)CH的下行业务需求小或无下行业务需求，则确定所述rocH的当前的业务属性为中性业务；或者，
[0025]若所述rocH无上行业务需求，且所述rocH的下行业务需求小，则确定所述rocH的当前的业务属性为中性业务；或者，
[0026]若所述rocH的上行业务需求大，且所述rocH的下行业务需求大，则确定所述rocH的当前的业务属性为中性业务。
[0027]结合第一方面的第五种可能的实现方式，在第一方面的第六种可能的实现方式中，所述第一处理器具体用于:
[0028]若所述PDCH的当前的业务属性为下行优先，且所述H)CH的上一次的业务属性为上行优先或中性业务，则确定重指配所述rocH的业务属性为下行优先；或者，
[0029]若所述PDCH的当前的业务属性为上行优先，且所述H)CH的上一次的业务属性为下行优先或中性业务，则确定重指配所述rocH的业务属性为上行优先。
[0030]结合第一方面、第一方面的第一种至第六种可能的实现方式中的任意一种，在第一方面的第七种可能的实现方式中，所述基站控制器还包括:接收器，所述接收器分别与所述第一处理器和第一发送器连接；
[0031]所述接收器用于在接收到上行协议数据单元PDU或下行PDU时，触发所述第一处理器执行所述根据rocH承载的数据量，确定所述rocH的业务特征；和/或，
[0032]所述接收器用于在获取到多时隙能力时，触发所述第一处理器执行所述根据rocH承载的数据量，确定所述rocH的业务特征。[0033]结合第一方面、第一方面的第一种至第七种可能的实现方式中的任意一种，在第一方面的第八种可能的实现方式中，所述接收器还用于；
[0034]若在预设时间到达之后未接收到所述移动台发送的应答消息，则触发所述第一发送器向所述移动台重发所述时隙重指配消息。
[0035]第二方面，本发明实施例提供一种基站控制器，包括:第二处理器和与所述第二处理器连接的第二发送器；
[0036]所述第二处理器，用于根据分组数据信道roCH承载的数据量，确定所述roCH的业务特征；根据所述rocH的业务特征，确定是否控制分配在所述rocH上的移动台进行模式切换；若是，且在确定所述移动台为网络控制NCO模式，以及网络侧控制参数NC2开关置为开的情况下，则触发所述第二发送器向所述移动台发送第一分组测量命令，以通知所述移动台进入NC2模式。
[0037]结合第二方面，在第二方面的第一种可能的实现方式中，所述H)CH承载的数据量包括以下数据中一种或其任意组合:
[0038]所述rocH的上行连续累计数据量、所述rocH的上行数据块的计数值CV、所述PDCH的下行缓存器中数据量和所述rocH的下行缓存器长度。
[0039]结合第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，所述第二处理器具体用于:
[0040]若确定所述rocH的上行连续累计数据量大于预设上行大业务门限，则控制所述移动台进行模式切换；或者，
[0041]若确定所述rocH的上行数据块的CV大于第三预设门限的次数超过第四预设门限，则控制所述移动台进行模式切换；或者，
[0042]若确定所述rocH的下行缓存器中数据量大于预设下行大业务门限，则控制所述移动台进行模式切换；或者，
[0043]若确定所述rocH的下行缓存器长度大于第五预设门限，则控制所述移动台进行模式切换。
[0044]结合第二方面或第二方面的第一种或第二种可能的实现方式，在第二方面的第三种可能的实现方式中，所述第二发送器还用于:
[0045]在所述rocH上的TBF释放时，向所述移动台发送第二分组测量命令，以通知所述移动台进入NCO模式。
[0046]第三方面，本发明实施例提供一种信道管理装置，包括:第一处理模块和第一发送模块，其中，所述第一处理模块包括确定单元和判断单元；
[0047]所述确定单元，用于根据分组数据信道rocH承载的数据量，确定所述rocH的业务特征；
[0048]所述判断单元，用于根据所述确定单元确定的所述rocH的业务特征，确定是否触发时隙重指配；若是，则触发所述第一发送模块向移动台发送时隙重指配消息。
[0049]结合第三方面，在第三方面的第一种可能的实现方式中，所述rocH承载的数据量包括:所述rocH的上行连续累计数据量和/或所述rocH的下行缓存器中数据量。
[0050]结合第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，所述确定单元具体用于:[0051]若所述PDCH的上行连续累计数据量大于第一预设门限，且所述H)CH的上行数据块的计数值CV为预设值，则确定所述rocH的上行业务需求大；或者，
[0052]若所述PDCH的上行连续累计数据量大于所述第一预设门限，且所述H)CH的上行数据块的CV小于所述预设值，则确定所述rocH的上行业务需求小；或者，
[0053]若所述rocH的上行连续累计数据量小于或等于所述第一预设门限，则确定所述rocH的上行业务需求小；或者，
[0054]若所述PDCH的上行连续累计数据量为零，则确定所述rocH无上行业务需求。
[0055]结合第三方面的第一种或第二种可能的实现方式，在第三方面的第三种可能的实现方式中，所述确定单元还用于:
[0056]若所述PDCH的下行缓存器中数据量大于第二预设门限，则确定所述H)CH的下行业务需求大；或者，
[0057]若所述PDCH的下行缓存器中数据量为零，则确定所述I3DCH无下行业务需求；或者，
[0058]若所述rocH的下行缓存器中数据量小于或等于所述第二预设门限，则确定所述rocH的下行业务需求小。
[0059]结合第三方面、第三方面的第一种至第三种可能的实现方式中的任意一种，在第三方面的第四种可能的实现方式中，所述判断单元包括:
[0060]第一确定子单元，用于根据所述确定单元确定的所述rocH的业务特征，确定所述PDCH的当前的业务属性；
[0061]第二确定子单元，用于根据所述第一确定子单元确定的所述rocH的当前的业务属性与所述rocH的上一次的业务属性，确定是否触发所述第一发送模块向移动台发送时隙重指配消息，其中，所述rocH的上一次的业务属性为在所述当前的业务属性的紧邻上一次为所述rocH确定的业务属性。
[0062]结合第三方面的第四种可能的实现方式，在第三方面的第五种可能的实现方式中，所述第一确定子单元具体用于:
[0063]若所述确定单元确定的所述rocH的上行业务需求大，且所述确定单元确定的所述rocH的下行业务需求小或所述I3DCH无下行业务需求，则确定所述rocH的当前的业务属性为上行优先；或者，
[0064]若所述确定单元确定的所述rocH的上行业务需求小或无上行业务需求，且所述确定单元确定的所述rocH的下行业务需求大，则确定所述rocH的当前的业务属性为下行优先；或者，
[0065]若所述确定单元确定的所述rocH的上行业务需求小，且所述确定单元确定的所述rocH的下行业务需求小或无下行业务需求，则确定所述rocH的当前的业务属性为中性业务；或者，
[0066]若所述确定单元确定的所述rocH无上行业务需求，且所述确定单元确定的所述PDCH的下行业务需求小，则确定所述rocH的当前的业务属性为中性业务；或者，
[0067]若所述确定单元确定的所述rocH的上行业务需求大，且所述确定单元确定的所述rocH的下行业务需求大，则确定所述I3DCH的当前的业务属性为中性业务。
[0068]结合第三方面的第五种可能的实现方式，在第三方面的第六种可能的实现方式中，所述第二确定子单元具体用于:
[0069]若所述第一确定子单元确定的所述rocH的当前的业务属性为下行优先，且所述PDCH的上一次的业务属性为上行优先或中性业务，则确定重指配所述rocH的业务属性为下行优先；或者，
[0070]若所述第一确定子单元确定的所述rocH的当前的业务属性为上行优先，且所述PDCH的上一次的业务属性为下行优先或中性业务，则确定重指配所述rocH的业务属性为上行优先。
[0071]结合第三方面、第三方面的第一种至第六种可能的实现方式中的任意一种，在第三方面的第七种可能的实现方式中，所述装置还包括:接收模块；
[0072]所述接收模块，用于在接收到上行协议数据单元PDU或下行PDU时，触发所述确定单元执行所述根据rocH承载的数据量，确定所述rocH的业务特征；和/或，
[0073]所述接收模块，用于在获取到多时隙能力时，触发所述确定单元执行所述根据PDCH承载的数据量，确定所述rocH的业务特征。
[0074]结合第三方面、第三方面的第一种至第七种可能的实现方式中的任意一种，在第三方面的第八种可能的实现方式中，所述接收模块还用于:
[0075]若在预设时间到达之后未接收到所述移动台发送的应答消息，则触发所述第一发送模块向所述移动台重发所述时隙重指配消息。
[0076]第四方面，本发明实施例提供一种信道管理装置，包括:第二处理模块和第二发送模块，其中:
[0077]所述第二处理模块，用于根据分组数据信道rocH承载的数据量，确定所述rocH的业务特征；根据所述rocH的业务特征，确定是否控制分配在所述rocH上的移动台进行模式切换；若是，且在确定所述移动台为网络控制NCO模式，以及网络侧控制参数NC2开关置为开的情况下，则触发所述第二发送模块向所述移动台发送第一分组测量命令，以通知所述移动台进入NC2模式。
[0078]结合第四方面，在第四方面的第一种可能的实现方式中，所述H)CH承载的数据量包括以下数据中一种或其任意组合:
[0079]所述rocH的上行连续累计数据量、所述rocH的上行数据块的计数值CV、所述PDCH的下行缓存器中数据量和所述rocH的下行缓存器长度。
[0080]结合第四方面的第一种可能的实现方式，在第四方面的第二种可能的实现方式中，所述第二处理模块具体用于:
[0081]若确定所述rocH的上行连续累计数据量大于预设上行大业务门限，则控制所述移动台进行模式切换；或者，
[0082]若确定所述rocH的上行数据块的CV大于第三预设门限的次数超过第四预设门限，则控制所述移动台进行模式切换；或者，
[0083]若确定所述rocH的下行缓存器中数据量大于预设下行大业务门限，则控制所述移动台进行模式切换；或者，
[0084]若确定所述rocH的下行缓存器长度大于第五预设门限，则控制所述移动台进行模式切换。
[0085]结合第四方面或第四方面的第一种或第二种可能的实现方式，在第四方面的第三种可能的实现方式中，所述第二发送模块还用于:
[0086]在所述PDCH上的TBF释放时，向所述移动台发送第二分组测量命令，以通知所述移动台进入NCO模式。
[0087]第五方面，本发明实施例提供一种信道管理方法，包括:
[0088]根据分组数据信道rocH承载的数据量，确定所述rocH的业务特征；
[0089]根据所述rocH的业务特征，确定是否触发时隙重指配；
[0090]若是，则向移动台发送时隙重指配消息。
[0091]结合第五方面，在第五方面的第一种可能的实现方式中，所述rocH承载的数据量包括:所述rocH的上行连续累计数据量和/或所述rocH的下行缓存器中数据量。
[0092]结合第五方面的第一种可能的实现方式，在第五方面的第二种可能的实现方式中，所述根据rocH承载的数据量，确定所述rocH的业务特征，包括:
[0093]若所述PDCH的上行连续累计数据量大于第一预设门限，且所述rocH的上行数据块的计数值CV为预设值，则确定所述PDCH的上行业务需求大；或者，
[0094]若所述PDCH的上行连续累计数据量大于所述第一预设门限，且所述rocH的上行数据块的CV小于所述预设值，则确定所述rocH的上行业务需求小；或者，
[0095]若所述rocH的上行连续累计数据量小于或等于所述第一预设门限，则确定所述rocH的上行业务需求小；或者，
[0096]若所述PDCH的上行连续累计数据量为零，则确定所述rocH无上行业务需求。
[0097]结合第五方面的第一种或第二种可能的实现方式，在第五方面的第三种可能的实现方式中，所述根据rocH承载的数据量，确定所述rocH的业务特征，还包括:
[0098]若所述PDCH的下行缓存器中数据量大于第二预设门限，则确定所述rocH的下行业务需求大；或者，
[0099]若所述PDCH的下行缓存器中数据量为零，则确定所述rocH无下行业务需求；或者，
[0100]若所述rocH的下行缓存器中数据量小于或等于所述第二预设门限，则确定所述rocH的下行业务需求小。
[0101]结合第五方面、第五方面的第一种至第三种可能的实现方式中的任意一种，在第五方面的第四种可能的实现方式中，所述根据所述rocH的业务特征，确定是否触发时隙重指配，包括:
[0102]根据所述rocH的业务特征，确定所述rocH的当前的业务属性；
[0103]根据确定的所述rocH的当前的业务属性与所述rocH的上一次的业务属性，确定是否触发时隙重指配，其中，所述rocH的上一次的业务属性为在所述当前的业务属性的紧邻上一次为所述I3DCH确定的业务属性。
[0104]结合第五方面的第四种可能的实现方式，在第五方面的第五种可能的实现方式中，所述根据所述rocH的业务特征，确定所述rocH的当前的业务属性，包括:
[0105]若所述rocH的上行业务需求大，且所述I3DCH的下行业务需求小或所述rocH无下行业务需求，则确定所述rocH的当前的业务属性为上行优先；或者，
[0106]若所述rocH的上行业务需求小或无上行业务需求，且所述rocH的下行业务需求大，则确定所述rocH的当前的业务属性为下行优先；或者，[0107]若所述PDCH的上行业务需求小，且所述H)CH的下行业务需求小或无下行业务需求，则确定所述rocH的当前的业务属性为中性业务；或者，
[0108]若所述rocH无上行业务需求，且所述rocH的下行业务需求小，则确定所述rocH的当前的业务属性为中性业务；或者，
[0109]若所述rocH的上行业务需求大，且所述I3DCH的下行业务需求大，则确定所述rocH的当前的业务属性为中性业务。
[0110]结合第五方面的第五种可能的实现方式，在第五方面的第六种可能的实现方式中，所述根据确定的所述rocH的当前的业务属性与所述rocH的上一次的业务属性，确定是否触发时隙重指配，包括:
[0111]若所述rocH的当前的业务属性为下行优先，且所述rocH的上一次的业务属性为上行优先或中性业务，则确定重指配所述rocH的业务属性为下行优先；或者，
[0112]若所述rocH的当前的业务属性为上行优先，且所述rocH的上一次的业务属性为下行优先或中性业务，则确定重指配所述rocH的业务属性为上行优先。
[0113]结合第五方面、第五方面的第一种至第六种可能的实现方式中的任意一种，在第五方面的第七种可能的实现方式中，所述根据rocH承载的数据量，确定所述rocH的业务特征之前，所述方法还包括:
[0114]在接收到上行协议数据单元PDU或下行PDU时，触发所述根据rocH承载的数据量，确定所述rocH的业务特征；和/或，
[0115]在获取到多时隙能力时，触发所述根据rocH承载的数据量，确定所述rocH的业务特征。
[0116]结合第五方面、第五方面的第一种至第七种可能的实现方式中的任意一种，在第五方面的第八种可能的实现方式中，所述向移动台发送时隙重指配消息之后，所述方法还包括:
[0117]若在预设时间到达之后未接收到所述移动台发送的应答消息，则向所述移动台重发所述时隙重指配消息。
[0118]第六方面，本发明实施例提供一种信道管理方法，包括:
[0119]根据分组数据信道rocH承载的数据量，确定所述rocH的业务特征；
[0120]根据所述rocH的业务特征，确定是否控制分配在所述rocH上的移动台进行模式切换；
[0121]若是，且在确定所述移动台为网络控制NCO模式，以及网络侧控制参数NC2开关置为开的情况下，则向所述移动台发送第一分组测量命令，以通知所述移动台进入NC2模式。
[0122]结合第六方面，在第六方面的第一种可能的实现方式中，所述rocH承载的数据量包括以下数据中一种或其任意组合:
[0123]所述rocH的上行连续累计数据量、所述rocH的上行数据块的计数值CV、所述PDCH的下行缓存器中数据量和所述rocH的下行缓存器长度。
[0124]结合第六方面的第一种可能的实现方式，在第六方面的第二种可能的实现方式中，所述根据所述rocH的业务特征，确定是否控制分配在所述rocH上的移动台进行模式切换包括:
[0125]若确定所述rocH的上行连续累计数据量大于预设上行大业务门限，则控制所述移动台进行模式切换；或者，
[0126]若确定所述rocH的上行数据块的CV大于第三预设门限的次数超过第四预设门限，则控制所述移动台进行模式切换；或者，
[0127]若确定所述rocH的下行缓存器中数据量大于预设下行大业务门限，则控制所述移动台进行模式切换；或者，
[0128]若确定所述rocH的下行缓存器长度大于第五预设门限，则控制所述移动台进行模式切换。
[0129]结合第六方面或第一方面的第一种或第二种可能的实现方式，在第六方面的第三种可能的实现方式中，所述方法还包括:
[0130]在所述PDCH上的TBF释放时，向所述移动台发送第二分组测量命令，以通知所述移动台进入NCO模式。
[0131]本发明实施例，通过rocH承载的数据量确定该rocH的业务特征；并根据该rocH的业务特征，确定是否触发时隙重指配，从而避免频繁进行时隙重指配，减轻网络负担，提升网络性能。
【专利附图】

【附图说明】
[0132]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0133]图1为本发明基站控制器实施例一的结构示意图；
[0134]图2为本发明基站控制器实施例二的结构示意图；
[0135]图3为本发明基站控制器实施例三的结构示意图；
[0136]图4为本发明基站控制器实施例三中移动台由NCO模式切换到NC2模式的信令图；
[0137]图5为本发明基站控制器实施例三中移动台由NC2模式切换到NCO模式的信令图；
[0138]图6为本发明信道管理装置实施例一的结构示意图；
[0139]图7为本发明信道管理装置实施例二的结构示意图；
[0140]图8为本发明信道管理装置实施例三的结构示意图；
[0141]图9为本发明信道管理方法实施例一的流程示意图；
[0142]图10为本发明信道管理方法实施例二的流程示意图；
[0143]图11为本发明信道管理方法实施例三的流程示意图。
【具体实施方式】
[0144]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。[0145]图1为本发明基站控制器实施例一的结构示意图。本发明实施例提供了一种基站控制器，如图1所示，该基站控制器包括:第一处理器10和与第一处理器10连接的第一发送器20。
[0146]其中，第一处理器10用于根据rocH承载的数据量，确定该rocH的业务特征；根据该rocH的业务特征，确定是否触发时隙重指配；若是，则触发第一发送器20向移动台发送时隙重指配消息。
[0147]临时块流(Temporary Block Flow,简称:TBF)用于在基站控制器和移动台之间承载分组业务，当基站控制器和移动台之间需要传输数据时，建立上行TBF和/或下行TBF。
[0148]rocH承载的数据量包括该rocH的上行连续累计数据量和/或该rocH的下行缓存器中数据量。其中，PDCH的上行连续累计数据量为I3DCH上已承载的上行TBF连续传输的字节总量，表示上行TBF连续处于数据传输过程中累计发送数据的总量，其计算公式为:H)CH的上行连续累计数据量+=上行数据包大小。当上行TBF进入延迟释放状态或者扩展非活动期时，对该rocH的上行连续累计数据量清零；rocH的下行缓存器中数据量为rocH上已承载的下行TBF的缓存数据量，即表示在下行方向上缓存器中缓存的字节总量，具体为基站控制器接收到的、还没有通过rocH上承载的下行TBF发送给移动台的下行分组业务数据的数据量(不包括已发出但未确认的数据量)，该rocH的下行分组业务数据在未发送给移动台之前，现在基站控制器的缓存器中缓存，其计算公式为:rocH的下行缓存器中数据量+=下行数据包大小。
[0149]若上行连续累计数据量的大小为0，说明rocH上不存在上行数据传输；同理，若下行缓存器中数据量的大小为0，说明rocH上不存在下行数据传输。
[0150]本发明实施例，通过rocH承载的数据量确定该rocH的业务特征；并根据该rocH的业务特征，确定是否触发时隙重指配，从而避免频繁进行时隙重指配，减轻网络负担，提升网络性能。
[0151]第一处理器10根据上述计算得到的rocH承载的数据量，确定该rocH的业务特征，可以包括:若上述rocH的上行连续累计数据量大于第一预设门限，且rocH的上行数据块的计数值(Countdown Value，简称:CV)为预设值，则确定该PDCH的上行业务需求大；或者，若上述rocH的上行连续累计数据量大于所述第一预设门限，且上述rocH的上行数据块的CV小于上述预设值，则确定该I3DCH的上行业务需求小；或者，若上述I3DCH的上行连续累计数据量小于或等于上述第一预设门限，则确定该rocH的上行业务需求小；或者，若上述PDCH的上行连续累计数据量为零，则确定该rocH无上行业务需求。
[0152]比较rocH的上行连续累计数据量与第一预设门限的大小关系的同时，判断上行数据块的CV与预设值的大小关系，即确定该上行数据块的CV是否为最大，通常情况下，若CV小于预设值，则表示后续无更多的流量传输，无需进行上行优先分配。
[0153]在上述基础上，第一处理器10根据上述计算得到的rocH承载的数据量，确定该PDCH的业务特征，还可以通过执行以下操作实现:若上述rocH的下行缓存器中数据量大于第二预设门限，则确定该rocH的下行业务需求大；或者，若上述rocH的下行缓存器中数据量为零，则确定该rocH无下行业务需求；或者，若上述rocH的下行缓存器中数据量小于或等于上述第二预设门限，则确定该rocH的下行业务需求小。
[0154]本实施例中，第一处理器10可以只根据rocH的上行连续累计数据量，确定rocH的上行业务需求；也可以只根据rocH的下行缓存器中数据量，确定rocH的下行业务需求；还可以根据rocH的上行连续累计数据量和rocH的下行缓存器中数据量，确定rocH的上下行业务需求，本发明不对其进行限制。
[0155]需要说明的是，这里的第一预设门限为允许优先分配上行的流量门限；第二预设门限为允许优先分配下行的缓存流量门限；且通常情况下，预设值的大小为15。
[0156]通过上述rocH的上行连续累计流量、PDCH的下行缓存器中数据量与第一预设门限、预设值及第二预设门限大小的判决，可筛除即时通信类业务，避免即时通信类业务进行冗余时隙重配，降低掉话风险及信令负担。
[0157]进一步地，第一处理器10执行根据所述rocH的业务特征，确定是否触发时隙重指配这一步骤时，具体用于:根据所述rocH的业务特征，确定所述rocH的当前的业务属性；根据确定的该rocH的当前的业务属性与该rocH的上一次的业务属性，确定是否触发时隙重指配，其中，该rocH的上一次的业务属性为在上述当前的业务属性的紧邻上一次为该rocH确定的业务属性。
[0158]其中，第一处理器10执行上述根据所述rocH的业务特征，确定所述rocH的当前的业务属性时，具体可以执行:若所述rocH的上行业务需求大，且所述rocH的下行业务需求小或所述PDCH无下行业务需求，则确定所述rocH的当前的业务属性为上行优先；或者，若所述rocH的上行业务需求小或无上行业务需求，且所述rocH的下行业务需求大，则确定所述rocH的当前的业务属性为下行优先；或者，若所述rocH的上行业务需求小，且所述rocH的下行业务需求小或无下行业务需求，则确定所述rocH的当前的业务属性为中性业务；或者，若所述rocH无上行业务需求，且所述rocH的下行业务需求小，则确定所述rocH的当前的业务属性为中性业务；或者，若所述rocH的上行业务需求大，且所述rocH的下行业务需求大，则确定所述rocH的当前的业务属性为中性业务。
[0159]上述根据确定的该rocH的当前的业务属性与该rocH的上一次的业务属性，确定是否触发时隙重指配，可以包括:若所述rocH的当前的业务属性为下行优先，且所述rocH的上一次的业务属性为上行优先或中性业务，则确定重指配所述rocH的业务属性为下行优先；或者，若所述rocH的当前的业务属性为上行优先，且所述rocH的上一次的业务属性为下行优先或中性业务，则确定重指配所述rocH的业务属性为上行优先。
[0160]本实施例中，根据相邻两次确定的rocH的业务属性，判别是否进行时隙重指配。当上述确定的rocH的当前的业务属性与该rocH的上一次的业务属性相同或上述确定的PDCH的当前的业务属性为中性业务，则不调整；否则，以上述确定的rocH的当前的业务属性为准对rocH的业务属性进行重新指配。例如，若该rocH的上一次的业务属性为上行优先，而上述确定的rocH的当前的业务属性为上行优先或中性业务，则无需重新指配rocH的业务属性，即无需触发时隙重指配；若该rocH的上一次的业务属性为上行优先或中性业务，而上述确定的rocH的当前的业务属性为下行优先，则重新指配rocH的业务属性为下行优先，即触发时隙重指配；其它场景以此类推，此处不再一一赘述。
[0161]图2为本发明实施例基站控制器实施例二的结构示意图。如图2所示，在本实施例中，基站控制器还可以包括接收器30，该接收器30分别与上述第一处理器10和第一发送器20连接。
[0162]下面通过几个具体的实现场景，对接收器30的用途进行详细说明:[0163]一种具体的实现场景中，接收器30用于在接收到上行协议数据单元(ProtocolData Unit,简称:H)U)时，触发第一处理器10执行根据I3DCH承载的数据量，确定该TOCH的业务特征；
[0164]另一种具体的实现场景中，接收器30用于在接收到下行rou时，触发第一处理器10执行根据rocH承载的数据量，确定该rocH的业务特征；
[0165]再一种具体的实现场景中，接收器30用于在获取到多时隙能力时，触发第一处理器10执行根据rocH承载的数据量，确定该rocH的业务特征。
[0166]以上三种具体的实现场景是通过事件触发的方式，由接收器30触发第一处理器10执行根据rocH承载的数据量确定rocH的业务特征。另外，还可以周期性触发第一处理器10执行根据rocH承载的数据量确定rocH的业务特征。其中，周期的大小可以为4.5秒，也可以为其它数值，本发明不对其进行限制。
[0167]本发明实施例中，通过多种方式触发基站控制器执行时隙重指配进行信道管理，使得上下行信道适应调整及负载均衡更优化。
[0168]进一步地，由于时隙重指配消息存在概率性丢失的现象，因此，在上述基础上，接收器30还可以用于若在预设时间到达之后未接收到上述移动台发送的应答消息，则触发第一发送器20向上述移动台重发上述时隙重指配消息。在本实施例中，增加时隙重指配保护，提高时隙重指配成功的概率。
[0169]另外，第一发送器20向移动台发送时隙重指配消息之后，接收器30在预设时间到达之后未接收到上述移动台发送的应答消息，若N3105未溢出，且I3DCH上的传输格式标示(TraNCport Format Identif ication,简称:TFI)资源未被占用，贝U允许一定次数内重发时隙重指配消息。如果第一发送器20是发送时隙重指配消息或者下行重指配消息，在原有的设置相对保留块时期(Relative Reserved Block Period,简称:RRBP)标识的时机到来时，在发送的数据块中置RRBP标识等待上行发送Packet Downlink Ack/Nack响应。
[0170]如果对应的上行时刻，接收器30在新的信道上接收到Packet Downlink Ack/Nack，则认为时隙重指配消息或者下行单向重配过程成功结束；
[0171]如果对应的上行时刻，接收器30在新的信道上没有接收到Packet Downlink Ack/Nack,且第一发送器20重发次数计数小于2次，则重发时隙重指配消息或下行重指配消息，并对第一发送器20中重发次数计数加I ;
[0172]如果对应的上行时刻，接收器30在新的信道上没有收到Packet Downlink Ack/Nack,且重发次数计数大于等于2次，或过程期间N3105溢出，或重发时发现原信道上的TFI资源已经被分配出去，其中的任何一个条件满足则认为重指配失败，不再重发时隙重指配消息或者下行重指配消息，重指配流程结束。
[0173]通常情况下，采用缩写NC (Network Control，简称:NC)表示网络控制，若移动台为NCO模式，基站控制器通过参数选择网络侧控制参数NC2开关置为开，当移动台支持NC2模式时，则移动台进入NC2模式。
[0174]另外，通用无线分组业务移动管理(General Packet Radio Service MobileManagement,简称:GMM) Ready态下,工作在NC2模式下的移动台会周期性上报分组测量报告，造成重指配的次数成倍增加，从而增加公共控制信道(Common Control Channel,简称:CCCH)的负荷；另一方面，由于移动台兼容性问题，会造成上行重指配成功率恶化。对于GSM网络中大量存在的小流量用户，NC2模式下网络智能重选的效果及其微弱，对用户感知影响较小，但NC2模式的上述共性问题却持续影响网络指标。
[0175]基于上述原因，参照图3，本发明实施例提供一种基站控制器，该基站控制器包括:第二处理器40和与第二处理器40连接的第二发送器50，其中，第二处理器40用于根据PDCH承载的数据量，确定该rocH的业务特征；根据该rocH的业务特征，确定是否控制分配在该rocH上的移动台进行模式切换；若是，且在确定所述移动台为NCO模式，以及网络侧控制参数NC2开关置为开的情况下，则触发第二发送器50向所述移动台发送第一分组测量命令，以通知所述移动台进入NC2模式。
[0176]具体地，第二处理器40首先根据H)CH承载的数据量确定该H)CH的业务特征，其中，所述rocH承载的数据量至少包括以下数据中一种或其任意组合:所述rocH的上行连续累计数据量、所述rocH的上行数据块的计数值CV、所述rocH的下行缓存器中数据量和所述rocH的下行缓存器长度；再根据该rocH的业务特征，确定是否控制分配在该rocH上的移动台进行模式切换，只有在所述移动台为NCO模式，且网络侧控制参数NC2开关置为开的情况下，第二处理器40才控制移动台进行模式切换，触发第二发送器50向移动台发送第一分组测量命令(Packet Measurement Order,简称:PM0)通知该移动台进入NC2模式。
[0177]本发明实施例中，基站控制器通过rocH承载的数据量确定该I3DCH的业务特征，进而确定控制移动台是否进行模式切换，实现网络中信令负担的减轻及网络性能的提升。
[0178]以下通过几种具体应用场景说明第二处理器40根据rocH承载的数据量，确定该PDCH的业务特征；并根据该rocH的业务特征，确定是否控制分配在所述rocH上的移动台进行模式切换的实现。
[0179]一种应用场景中，第二处理器40具体用于:若确定上行TBF接收到的所述TOCH的上行连续累计数据量大于预设上行大业务门限，则控制所述移动台进行模式切换，即触发第二发送器50向所述移动台发送第一分组测量命令。具体地，当该rocH的上行连续累计数据量大于预设上行大业务门限时，本领域人员可以理解为该rocH的上行业务需求大；根据该rocH的上行业务特征，确定控制移动台进行模式切换。其中，预设上行大业务门限与上述第一预设门限可以相同或不同。
[0180]另一种应用场景中，第二处理器40具体用于:若确定上行TBF接收到的上行数据块的CV大于第三预设门限的次数超过第四预设门限，则控制所述移动台进行模式切换，SP触发第二发送器50向所述移动台发送第一分组测量命令。具体地，当该CV大于第三预设门限的次数超过第四预设门限时，本领域人员可以理解为确定该rocH的上行业务需求大；根据该rocH的上行业务特征，确定控制移动台进行模式切换。其中，第三预设门限与上述预设值可以相同或不同。
[0181]再一种应用场景中，第二处理器40具体用于:若确定所述rocH的下行缓存器中数据量大于预设下行大业务门限，则控制所述移动台进行模式切换，即触发第二发送器50向所述移动台发送第一分组测量命令。具体地，当该rocH的下行缓存器中数据量大于预设下行大业务门限时，本领域人员可以理解为确定该rocH中下行业务需求大；根据该rocH的下行业务特征，确定控制移动台进行模式切换。
[0182]又一种应用场景中，第二处理器40具体用于:若确定所述rocH的下行缓存器长度大于第五预设门限，则控制所述移动台进行模式切换，即触发第二发送器50向所述移动台发送第一分组测量命令。具体地，当该rocH的下行缓存器长度大于第五预设门限时，本领域人员可以理解为确定该rocH的下行业务需求大；根据该rocH的下行业务特征，确定控制移动台进行模式切换。
[0183]另需说明的是，本发明中任一预设数值均为根据实际需求设置，在此不进行限制。
[0184]在上述实施例中，对处于NCO模式的移动台(该移动台支持NC2模式)，在基站控制器通过参数选择网络控制模式为NC2模式之后，默认所有移动台(即使支持NC2模式)保持NCO模式，首先区分大流量业务和小流量业务，例如GSM网络中占比较高的即时通信类业务，由于其业务持续时间较短，NC2模式下网络智能重选的效果及其微弱，对用户感知影响不大，但NC2的共性问题(GMM Ready态下，工作在NC2模式下的移动台周期性上报分组测量报告，造成重指配的次数成倍增加，增加CCCH的负荷；由于移动台兼容性问题，造成上行重指配成功率恶化)则持续影响网络指标；大流量和持续时间长的移动台进入NC2模式，以保证网络性能较优。
[0185]进一步地，移动台为NC2模式，第二发送器50还可以用于:在所述TOCH上的TBF释放时，向所述移动台发送第二分组测量命令，以通知所述移动台进入NCO模式。所述rocH上的TBF释放，表明rocH中没有上下行数据传输，此时，基站控制器控制处于NC2模式的移动台切换到NCO模式，以减少重指配次数，降低CCCH负荷。
[0186]其中，移动台在NCO模式和NC2模式的切换如图4和图5所示，图4为本发明基站控制器实施例三中移动台由NCO模式切换到NC2模式的信令图；图5为本发明基站控制器实施例三中移动台由NC2模式切换到NCO模式的信令图。
[0187]如图4所示，移动台41处于NCO模式，该移动台41与基站控制器42之间建立上行TBF进行数据传输。以下对该切换过程进行说明，其中，移动台41在401-404处于NCO模式，在404之后处于NC2模式:
[0188]401、基站控制器42接收到核心网43发送的下行逻辑链路控制(Logical LinkControl,简称:LLC)协议处理单元。
[0189]402、基站控制器42发送分组下行链路分配给移动台41。
[0190]403、移动台41发送分组控制确认给基站控制器42。
[0191]404、基站控制器42发送第一分组测量命令消息给移动台41。
[0192]移动台41通过PACCH接收基站控制器42分组测量命令之后，等待周期发送分组测量报告的时间，执行405，周期发送分组测量报告。
[0193]405、移动台41发送分组测量报告给基站控制器42。
[0194]上述移动台41与基站控制器42之间的信令交互在分组随路控制信道(PacketAssociated Control Channel,简称:PACCH)上进行。
[0195]如图5所示，移动台51处于NC2模式，该移动台51与基站控制器52之间建立下行TBF进行数据传输。以下对该切换过程进行说明，其中，移动台51在501-503处于NC2模式，在503之后处于NCO模式:
[0196]501、基站控制器52向移动台51发送数据。
[0197]在移动台51接收到基站控制器52发送的带轮循指示的最后发送的下行无线链路控制协议(Radio Link Control,简称:RLC)数据块之后,执行502。
[0198]502、移动台51发送分组下行链路应答消息给基站控制器52。[0199]503、基站控制器52下发第二分组测量命令消息给移动台51。
[0200]上述移动台51与基站控制器52之间的信令交互也是在PACCH上进行。
[0201]本实施例中，通过基站控制器中的第二发送器向移动台发送分组测量命令(第一分组测量命令消息和/或第二分组测量命令消息)，实现移动台在NCO和NC2模式的切换，避免小流量业务的移动台进入NC2模式，提升网络性能。
[0202]图6为本发明信道管理装置实施例一的结构示意图。该装置可以集成在基站控制器中，如图6所示，该装置包括:第一处理模块61和第一发送模块62。
[0203]其中，第一处理模块61包括确定单元611和判断单元612。确定单元611用于根据rocH承载的数据量，确定所述rocH的业务特征；判断单元612用于根据所述确定单元确定的所述rocH的业务特征，确定是否触发时隙重指配；若是，则触发第一发送模块62向移动台发送时隙重指配消息。
[0204]本实施例的装置，各模块和单元具体功能可以参考上述基站控制器实施例中对应部件的功能，其实现原理和技术效果类似，此处不再赘述。
[0205]其中，所述rocH承载的数据量可以包括:所述rocH的上行连续累计数据量和/或所述rocH的下行缓存器中数据量。
[0206]在上述基础上，确定单元611可以具体用于:若所述rocH的上行连续累计数据量大于第一预设门限，且所述rocH的上行数据块的CV为预设值，则确定所述rocH的上行业务需求大；或者，若所述rocH的上行连续累计数据量大于所述第一预设门限，且所述rocH的上行数据块的CV小于所述预设值，则确定所述rocH的上行业务需求小；或者，若所述PDCH的上行连续累计数据量小于或等于所述第一预设门限，则确定所述rocH的上行业务需求小；或者，若所述rocH的上行连续累计数据量为零，则确定所述rocH无上行业务需求。
[0207]进一步地，所述确定单元611还可以具体用于:若所述I3DCH的下行缓存器中数据量大于第二预设门限，则确定所述rocH的下行业务需求大；或者，若所述rocH的下行缓存器中数据量为零，则确定所述rocH无下行业务需求；或者，若所述rocH的下行缓存器中数据量小于或等于所述第二预设门限，则确定所述rocH的下行业务需求小。
[0208]在上述实施例的基础上，判断单元612可以包括:第一确定子单元，用于根据所述确定单元确定的所述rocH的业务特征，确定所述rocH的当前的业务属性；第二确定子单元，用于根据所述第一确定子单元确定的所述rocH的当前的业务属性与所述rocH的上一次的业务属性，确定是否触发所述第一发送模块向移动台发送时隙重指配消息，其中，所述PDCH的上一次的业务属性为在所述当前的业务属性的紧邻上一次为所述rocH确定的业务属性。
[0209]其中，第一确定子单元可以具体用于:若所述确定单元611确定的所述rocH的上行业务需求大，且所述确定单元611确定的所述rocH的下行业务需求小或所述rocH无下行业务需求，则确定所述rocH的当前的业务属性为上行优先；或者，若所述确定单元611确定的所述rocH的上行业务需求小或无上行业务需求，且所述确定单元611确定的所述rocH的下行业务需求大，则确定所述rocH的当前的业务属性为下行优先；或者，若所述确定单元611确定的所述rocH的上行业务需求小，且所述确定单元611确定的所述rocH的下行业务需求小或无下行业务需求，则确定所述rocH的当前的业务属性为中性业务；或者，若所述确定单元611确定的所述rocH无上行业务需求，且所述确定单元611确定的所述rocH的下行业务需求小，则确定所述rocH的当前的业务属性为中性业务；或者，若所述确定单元611确定的所述rocH的上行业务需求大，且所述确定单元611确定的所述rocH的下行业务需求大，则确定所述rocH的当前的业务属性为中性业务。
[0210]上述第二确定子单元具体可以具体应用:若所述第一确定子单元确定的所述PDCH的当前的业务属性为下行优先，且所述rocH的上一次的业务属性为上行优先或中性业务，则确定重指配所述rocH的业务属性为下行优先；或者，若所述第一确定子单元确定的所述rocH的当前的业务属性为上行优先，且所述rocH的上一次的业务属性为下行优先或中性业务，则确定重指配所述rocH的业务属性为上行优先。
[0211]图7为本发明信道管理装置实施例二的结构示意图。如图7所示，在图6所示实施例的基础上，所述装置还可以包括:接收模块71，用于在接收到上行PDU时，触发确定单元611执行所述根据rocH承载的数据量，确定所述rocH的业务特征；或者，在接收到下行PDU时，触发确定单元611执行所述根据rocH承载的数据量，确定所述I3DCH的业务特征；或者，在获取到多时隙能力时，触发确定单元611执行所述根据rocH承载的数据量，确定所述rocH的业务特征。
[0212]本实施例的装置，各模块和单元具体功能可以参考上述基站控制器实施例中对应部件的功能，其实现原理和技术效果类似，此处不再赘述。
[0213]在上述基础上，接收模块71还可以用于:若在预设时间到达之后未接收到所述移动台发送的应答消息，则触发第一发送模块62向所述移动台重发所述时隙重指配消息。
[0214]图8为本发明信道管理装置实施例三的结构示意图。该装置可以集成在基站控制器中，如图8所示，该装置包括:第二处理模块81和第二发送模块82。
[0215]第二处理模块81用于根据rocH承载的数据量，确定该rocH的业务特征；根据该PDCH的业务特征，确定是否控制分配在所述rocH上的移动台进行模式切换；若是，且在确定所述移动台为NCO模式，以及网络侧控制参数NC2开关置为开的情况下，则触发第二发送模块82向所述移动台发送第一分组测量命令，以通知所述移动台进入NC2模式。
[0216]本实施例的装置，各模块具体功能可以参考上述基站控制器实施例中对应部件的功能，其实现原理和技术效果类似，此处不再赘述。
[0217]在上述基础上，所述rocH承载的数据量至少包括以下数据中一种或其任意组合:所述rocH的上行连续累计数据量、所述rocH的上行数据块的CV、所述rocH的下行缓存器中数据量和所述rocH的下行缓存器长度。
[0218]以下通过几种具体应用场景说明第二处理模块81的用途:
[0219]一种应用场景中，第二处理模块81可以具体用于:若确定所述PDCH的上行连续累计数据量大于预设上行大业务门限，则控制所述移动台进行模式切换，即触发第二发送模块82向所述移动台发送第一分组测量命令。
[0220]另一种应用场景中，第二处理模块81可以具体用于:若确定所述H)CH的上行数据块的CV大于第三预设门限的次数超过第四预设门限，则控制所述移动台进行模式切换，SP触发第二发送模块82向所述移动台发送第一分组测量命令。
[0221]再一种应用场景中，第二处理模块81可以具体用于:若确定所述H)CH的下行缓存器中数据量大于预设下行大业务门限，则控制所述移动台进行模式切换，即触发第二发送模块82向所述移动台发送第一分组测量命令。[0222]又一种应用场景中，第二处理模块81可以具体用于:若确定所述H)CH的下行缓存器长度大于第五预设门限，则控制所述移动台进行模式切换，即触发第二发送模块82向所述移动台发送第一分组测量命令。
[0223]本实施例的装置，各模块具体功能可以参考上述基站控制器实施例中对应部件的功能，其实现原理和技术效果类似，此处不再赘述。
[0224]进一步地，移动台为NC2模式，第二发送模块82还可以用于:在所述TOCH上的TBF释放时，向所述移动台发送第二分组测量命令，以通知所述移动台进入NCO模式。
[0225]图9为本发明信道管理方法实施例一的流程示意图。该方法可以由上述基站控制器或信道管理装置执行，通过或软件，或硬件，或软件和硬件相结合的方式实现。如图9所示，信道管理方法包括:
[0226]S901、根据H)CH承载的数据量，确定该I3DCH的业务特征；
[0227]S902、根据该H)CH的业务特征，确定是否触发时隙重指配；
[0228]若该步骤确定结果为是，则执行S903 ;否则，流程结束。
[0229]S903、向移动台发送时隙重指配消息。
[0230]本实施例的方法，可以由图1或图2所示的基站控制器，及图6或图7所示的装置执行，各步骤作用可以参考上述基站控制器实施例中对应部件的功能，其实现原理和技术效果类似，此处不再赘述。
[0231 ] 其中，所述rocH承载的数据量可以包括:所述rocH的上行连续累计数据量和/或所述rocH的下行缓存器中数据量。
[0232]在上述基础上，所述根据rocH承载的数据量，确定所述rocH的业务特征，可以包括:若所述rocH的上行连续累计数据量大于第一预设门限，且所述rocH的上行数据块的cv为预设值，则确定所述rocH的上行业务需求大；或者，若所述rocH的上行连续累计数据量大于所述第一预设门限，且所述rocH的上行数据块的cv小于所述预设值，则确定所述PDCH的上行业务需求小；或者，若所述rocH的上行连续累计数据量小于或等于所述第一预设门限，则确定所述rocH的上行业务需求小；或者，若所述rocH的上行连续累计数据量为零，则确定所述rocH无上行业务需求。
[0233]可选地，所述根据rocH承载的数据量，确定所述rocH的业务特征，还可以包括:若所述rocH的下行缓存器中数据量大于第二预设门限，则确定所述rocH的下行业务需求大；或者，若所述rocH的下行缓存器中数据量为零，则确定所述rocH无下行业务需求；或者，若所述rocH的下行缓存器中数据量小于或等于所述第二预设门限，则确定所述rocH的下行业务需求小。
[0234]进一步地，所述根据所述H)CH的业务特征，确定是否触发时隙重指配，可以包括:根据所述rocH的业务特征，确定所述rocH的当前的业务属性；根据确定的所述rocH的当前的业务属性与所述rocH的上一次的业务属性，确定是否触发时隙重指配，其中，所述PDCH的上一次的业务属性为在所述当前的业务属性的紧邻上一次为所述rocH确定的业务属性。
[0235]其中，所述根据所述rocH的业务特征，确定所述rocH的当前的业务属性，可以包括:若所述rocH的上行业务需求大，且所述rocH的下行业务需求小或所述rocH无下行业务需求，则确定所述rocH的当前的业务属性为上行优先；或者，若所述rocH的上行业务需求小或无上行业务需求，且所述rocH的下行业务需求大，则确定所述rocH的当前的业务属性为下行优先；或者，若所述rocH的上行业务需求小，且所述rocH的下行业务需求小或无下行业务需求，则确定所述rocH的当前的业务属性为中性业务；或者，若所述rocH无上行业务需求，且所述rocH的下行业务需求小，则确定所述rocH的当前的业务属性为中性业务；或者，若所述rocH的上行业务需求大，且所述rocH的下行业务需求大，则确定所述PDCH的当前的业务属性为中性业务。
[0236]另外，所述根据确定的所述I3DCH的当前的业务属性与所述I3DCH的上一次的业务属性，确定是否触发时隙重指配，可以包括:若所述rocH的当前的业务属性为下行优先，且所述rocH的上一次的业务属性为上行优先或中性业务，则确定重指配所述rocH的业务属性为下行优先；或者，若所述rocH的当前的业务属性为上行优先，且所述rocH的上一次的业务属性为下行优先或中性业务，则确定重指配所述rocH的业务属性为上行优先。
[0237]图10为本发明信道管理方法实施例二的流程示意图。如图10所示，在图9所示实施例的基础上，该方法还可以包括:
[0238]S101、接收到上行PDU。
[0239]在接收到上行PDU时，触发所述根据I3DCH承载的数据量，确定所述I3DCH的业务特征。
[0240]可选地，该步骤还可以为:在接收到下行PDU时，触发所述根据H)CH承载的数据量，确定所述rocH的业务特征；或者，在获取到多时隙能力时，触发所述根据rocH承载的数据量，确定所述rocH的业务特征。
[0241]SlOl为触发信道管理装置或基站控制器进行时隙重指配的触发条件，还需说明的是，触发信道管理装置或基站控制器进行时隙重指配的触发条件还可以为周期性触发，例如周期为4.5秒。
[0242]本实施例的方法，可以由图2所示的基站控制器或图7所示的装置执行，各步骤作用可以参考上述基站控制器实施例中对应部件的功能，其实现原理和技术效果类似，此处不再赘述。
[0243]在上述基础上，若在预设时间到达之后未接收到所述移动台发送的应答消息，则向所述移动台重发所述时隙重指配消息。
[0244]图11为本发明信道管理方法实施例三的流程示意图。该方法可以由上述基站控制器或信道管理装置执行，通过或软件，或硬件，或软件和硬件相结合的方式实现。如图11所示，信道管理方法包括:
[0245]SI 11、根据H)CH承载的数据量，确定该I3DCH的业务特征；
[0246]S112、根据该rocH的业务特征，确定是否控制分配在所述rocH上的移动台进行模式切换；
[0247]若该步骤确定结果为是，且在确定所述移动台为NCO模式，以及网络侧控制参数NC2开关置为开的情况下，则执行S113 ;否则，流程结束。
[0248]S113、向移动台发送第一分组测量命令。
[0249]其中，第一分组测量命令用于通知所述移动台进入NC2模式。
[0250]本实施例的方法，可以由图3所示的基站控制器，及图8所示的装置执行，各步骤作用可以参考上述基站控制器实施例中对应部件的功能，其实现原理和技术效果类似，此处不再赘述。
[0251]上述实施例中，所述rocH承载的数据量至少包括以下数据中一种或其任意组合:所述rocH的上行连续累计数据量、所述rocH的上行数据块的CV、所述rocH的下行缓存器中数据量和所述rocH的下行缓存器长度。
[0252]进一步地，所述根据所述rocH的业务特征，确定是否控制分配在所述rocH上的移动台进行模式切换可以包括:若确定所述rocH的上行连续累计数据量大于预设上行大业务门限，则控制所述移动台进行模式切换；或者，
[0253]若确定所述rocH的上行数据块的CV大于第三预设门限的次数超过第四预设门限，则控制所述移动台进行模式切换；或者，若确定所述rocH的下行缓存器中数据量大于预设下行大业务门限，则控制所述移动台进行模式切换；或者，若确定所述rocH的下行缓存器长度大于第五预设门限，则控制所述移动台进行模式切换。
[0254]另外，若移动台为NC2模式，则所述方法还可以包括:在所述rocH上的TBF释放时，向所述移动台发送第二分组测量命令，以通知所述移动台进入NCO模式。
[0255]本实施例的方法，可以由图3所示的基站控制器或图8所示的装置执行，各步骤作用可以参考上述基站控制器实施例中对应部件的功能，其实现原理和技术效果类似，此处不再赘述。
[0256]本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括:R0M、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
[0257]最后应说明的是:以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
【权利要求】
1.一种基站控制器，其特征在于，包括:第一处理器和与所述第一处理器连接的第一发送器; 所述第一处理器，用于根据分组数据信道rocH承载的数据量，确定所述rocH的业务特征；根据所述rocH的业务特征，确定是否触发时隙重指配；若是，则触发所述第一发送器向移动台发送时隙重指配消息。
2.根据权利要求1所述的基站控制器，其特征在于，所述rocH承载的数据量包括:所述rocH的上行连续累计数据量和/或所述rocH的下行缓存器中数据量。
3.根据权利要求2所述的基站控制器，其特征在于，所述第一处理器具体用于: 若所述rocH的上行连续累计数据量大于第一预设门限，且所述rocH的上行数据块的计数值cv为预设值，则确定所述rocH的上行业务需求大；或者， 若所述rocH的上行连续累计数据量大于所述第一预设门限，且所述rocH的上行数据块的cv小于所述预设值，则确定所述rocH的上行业务需求小；或者， 若所述rocH的上行连续累计数据量小于或等于所述第一预设门限，则确定所述rocH的上行业务需求小；或者， 若所述rocH的上行连续累计数据量为零，则确定所述rocH无上行业务需求。
4.根据权利要求2或3所述的基站控制器，其特征在于，所述第一处理器还用于: 若所述rocH的下行缓存器中数据量大于第二预设门限，则确定所述rocH的下行业务需求大；或者， 若所述rocH的下行缓存器中数据量为零，则确定所述rocH无下行业务需求；或者，若所述rocH的下行缓存器中数据量小于或等于所述第二预设门限，则确定所述rocH的下行业务需求小。`
5.根据权利要求1-4任一项所述的基站控制器，其特征在于，所述第一处理器还用于: 根据所述rocH的业务特征，确定所述rocH的当前的业务属性； 根据确定的所述rocH的当前的业务属性与所述rocH的上一次的业务属性，确定是否触发时隙重指配，其中，所述rocH的上一次的业务属性为在所述当前的业务属性的紧邻上一次为所述rocH确定的业务属性。
6.根据权利要求5所述的基站控制器，其特征在于，所述第一处理器具体用于: 若所述rocH的上行业务需求大，且所述rocH的下行业务需求小或所述rocH无下行业务需求，则确定所述rocH的当前的业务属性为上行优先；或者， 若所述rocH的上行业务需求小或无上行业务需求，且所述rocH的下行业务需求大，则确定所述rocH的当前的业务属性为下行优先；或者， 若所述rocH的上行业务需求小，且所述rocH的下行业务需求小或无下行业务需求，则确定所述rocH的当前的业务属性为中性业务；或者， 若所述rocH无上行业务需求，且所述rocH的下行业务需求小，则确定所述rocH的当前的业务属性为中性业务；或者， 若所述rocH的上行业务需求大，且所述rocH的下行业务需求大，则确定所述rocH的当前的业务属性为中性业务。
7.根据权利要求6所述的基站控制器，其特征在于，所述第一处理器具体用于: 若所述rocH的当前的业务属性为下行优先，且所述rocH的上一次的业务属性为上行优先或中性业务，则确定重指配所述rocH的业务属性为下行优先；或者， 若所述rocH的当前的业务属性为上行优先，且所述rocH的上一次的业务属性为下行优先或中性业务，则确定重指配所述rocH的业务属性为上行优先。
8.根据权利要求1-7任一项所述的基站控制器，其特征在于，所述基站控制器还包括:接收器，所述接收器分别与所述第一处理器和第一发送器连接； 所述接收器用于在接收到上行协议数据单元PDU或下行PDU时，触发所述第一处理器执行所述根据rocH承载的数据量，确定所述rocH的业务特征；和/或， 所述接收器用于在获取到多时隙能力时，触发所述第一处理器执行所述根据rocH承载的数据量，确定所述rocH的业务特征。
9.根据权利要求1-8任一项所述的基站控制器，其特征在于，所述接收器还用于； 若在预设时间到达之后未接收到所述移动台发送的应答消息，则触发所述第一发送器向所述移动台重发所述时隙重指配消息。
10.一种基站控制器，其特征在于，包括:第二处理器和与所述第二处理器连接的第二发送器; 所述第二处理器，用于根据分组数据信道rocH承载的数据量，确定所述rocH的业务特征；根据所述rocH的业务特征，确定是否控制分配在所述rocH上的移动台进行模式切换；若是，且在确定所述移动台为网络控制NCO模式，以及网络侧控制参数NC2开关置为开的情况下，则触发所述第二发送器向所述移动台发送第一分组测量命令，以通知所述移动台进入NC2模式。
11.根据权利要求10所述的基站控制器，其特征在于，所述rocH承载的数据量至少包括以下数据中一种或其任意组合: 所述rocH的上行连续累计数据量、所述rocH的上行数据块的计数值CV、所述rocH的下行缓存器中数据量和所述r·ocH的下行缓存器长度。
12.根据权利要求11所述的基站控制器，其特征在于，所述第二处理器具体用于: 若确定所述rocH的上行连续累计数据量大于预设上行大业务门限，则控制所述移动台进行模式切换；或者， 若确定所述rocH的上行数据块的cv大于第三预设门限的次数超过第四预设门限，则控制所述移动台进行模式切换；或者， 若确定所述rocH的下行缓存器中数据量大于预设下行大业务门限，则控制所述移动台进行模式切换；或者， 若确定所述rocH的下行缓存器长度大于第五预设门限，则控制所述移动台进行模式切换。
13.根据权利要求10-12任一项所述的基站控制器，其特征在于，所述第二发送器还用于: 在所述rocH上的TBF释放时，向所述移动台发送第二分组测量命令，以通知所述移动台进入NCO模式。
14.一种信道管理装置，其特征在于，包括:第一处理模块和第一发送模块，其中，所述第一处理模块包括确定单元和判断单元； 所述确定单元，用于根据分组数据信道rocH承载的数据量，确定所述rocH的业务特征； 所述判断单元，用于根据所述确定单元确定的所述rocH的业务特征，确定是否触发时隙重指配；若是，则触发所述第一发送模块向移动台发送时隙重指配消息。
15.根据权利要求14所述的装置，其特征在于，所述rocH承载的数据量包括:所述PDCH的上行连续累计数据量和/或所述rocH的下行缓存器中数据量。
16.根据权利要求15所述的装置，其特征在于，所述确定单元具体用于: 若所述rocH的上行连续累计数据量大于第一预设门限，且所述rocH的上行数据块的计数值CV为预设值，则确定所述rocH的上行业务需求大；或者， 若所述rocH的上行连续累计数据量大于所述第一预设门限，且所述rocH的上行数据块的cv小于所述预设值，则确定所述rocH的上行业务需求小；或者， 若所述rocH的上行连续累计数据量小于或等于所述第一预设门限，则确定所述rocH的上行业务需求小；或者， 若所述rocH的上行连续累计数据量为零，则确定所述rocH无上行业务需求。
17.根据权利要求15或16所述的装置，其特征在于，所述确定单元还用于: 若所述rocH的下行缓存器中数据量大于第二预设门限，则确定所述rocH的下行业务需求大；或者， 若所述rocH的下行缓存器中数据量为零，则确定所述rocH无下行业务需求；或者， 若所述PDCH的下行缓存器中数据量`小于或等于所述第二预设门限，则确定所述rocH的下行业务需求小。
18.根据权利要求14-17任一项所述的装置，其特征在于，所述判断单元包括: 第一确定子单元，用于根据所述确定单元确定的所述rocH的业务特征，确定所述rocH的当前的业务属性； 第二确定子单元，用于根据所述第一确定子单元确定的所述rocH的当前的业务属性与所述rocH的上一次的业务属性，确定是否触发所述第一发送模块向移动台发送时隙重指配消息，其中，所述rocH的上一次的业务属性为在所述当前的业务属性的紧邻上一次为所述rocH确定的业务属性。
19.根据权利要求18所述的装置，其特征在于，所述第一确定子单元具体用于: 若所述确定单元确定的所述rocH的上行业务需求大，且所述确定单元确定的所述PDCH的下行业务需求小或所述I3DCH无下行业务需求，则确定所述I3DCH的当前的业务属性为上行优先；或者， 若所述确定单元确定的所述rocH的上行业务需求小或无上行业务需求，且所述确定单元确定的所述rocH的下行业务需求大，则确定所述rocH的当前的业务属性为下行优先；或者， 若所述确定单元确定的所述rocH的上行业务需求小，且所述确定单元确定的所述rocH的下行业务需求小或无下行业务需求，则确定所述rocH的当前的业务属性为中性业务；或者， 若所述确定单元确定的所述rocH无上行业务需求，且所述确定单元确定的所述rocH的下行业务需求小，则确定所述rocH的当前的业务属性为中性业务；或者，若所述确定单元确定的所述rocH的上行业务需求大，且所述确定单元确定的所述PDCH的下行业务需求大，则确定所述rocH的当前的业务属性为中性业务。
20.根据权利要求19所述的装置，其特征在于，所述第二确定子单元具体用于: 若所述第一确定子单元确定的所述rocH的当前的业务属性为下行优先，且所述rocH的上一次的业务属性为上行优先或中性业务，则确定重指配所述rocH的业务属性为下行优先；或者， 若所述第一确定子单元确定的所述rocH的当前的业务属性为上行优先，且所述rocH的上一次的业务属性为下行优先或中性业务，则确定重指配所述rocH的业务属性为上行优先。
21.根据权利要求14-20任一项所述的装置，其特征在于，所述装置还包括:接收模块； 所述接收模块，用于在接收到上行协议数据单元PDU或下行PDU时，触发所述确定单元执行所述根据rocH承载的数据量，确定所述rocH的业务特征；和/或， 所述接收模块，用于在获取到多时隙能力时，触发所述确定单元执行所述根据rocH承载的数据量，确定所述rocH的业务特征。
22.根据权利要求14-21任一项所述的装置，其特征在于，所述接收模块还用于: 若在预设时间到达之后未接收到所述移动台发送的应答消息，则触发所述第一发送模块向所述移动台重发所述时隙重指配消息。
23.一种信道管理装置·，其特征在于，包括:第二处理模块和第二发送模块，其中: 所述第二处理模块，用于根据分组数据信道rocH承载的数据量，确定所述rocH的业务特征；根据所述rocH的业务特征，确定是否控制分配在所述rocH上的移动台进行模式切换；若是，且在确定所述移动台为网络控制NCO模式，以及网络侧控制参数NC2开关置为开的情况下，则触发所述第二发送模块向所述移动台发送第一分组测量命令分组测量命令，以通知所述移动台进入NC2模式。
24.根据权利要求23所述的装置，其特征在于，所述H)CH承载的数据量至少包括以下数据中一种或其任意组合: 所述rocH的上行连续累计数据量、所述rocH的上行数据块的计数值CV、所述rocH的下行缓存器中数据量和所述rocH的下行缓存器长度。
25.根据权利要求24所述的装置，其特征在于，所述第二处理模块具体用于: 若确定所述rocH的上行连续累计数据量大于预设上行大业务门限，则控制所述移动台进行模式切换；或者， 若确定所述rocH的上行数据块的cv大于第三预设门限的次数超过第四预设门限，则控制所述移动台进行模式切换；或者， 若确定所述rocH的下行缓存器中数据量大于预设下行大业务门限，则控制所述移动台进行模式切换；或者， 若确定所述rocH的下行缓存器长度大于第五预设门限，则控制所述移动台进行模式切换。
26.根据权利要求23-25任一项所述的装置，其特征在于，所述第二发送模块还用于: 在所述H)CH上的TBF释放时，向所述移动台发送第二分组测量命令，以通知所述移动台进入NCO模式。
27.一种信道管理方法，其特征在于，包括: 根据分组数据信道rocH承载的数据量，确定所述rocH的业务特征； 根据所述rocH的业务特征，确定是否触发时隙重指配； 若是，则向移动台发送时隙重指配消息。
28.根据权利要求27所述的方法，其特征在于，所述rocH承载的数据量包括:所述PDCH的上行连续累计数据量和/或所述rocH的下行缓存器中数据量。
29.根据权利要求28所述的方法，其特征在于，所述根据rocH承载的数据量，确定所述PDCH的业务特征，包括: 若所述rocH的上行连续累计数据量大于第一预设门限，且所述rocH的上行数据块的计数值cv为预设值，则确定所述rocH的上行业务需求大；或者， 若所述rocH的上行连续累计数据量大于所述第一预设门限，且所述rocH的上行数据块的cv小于所述预设值，则确定所述rocH的上行业务需求小；或者， 若所述rocH的上行连续累计数据量小于或等于所述第一预设门限，则确定所述rocH的上行业务需求小；或者，` 若所述rocH的上行连续累计数据量为零，则确定所述rocH无上行业务需求。
30.根据权利要求28或29所述的方法，其特征在于，所述根据H)CH承载的数据量，确定所述rocH的业务特征，还包括: 若所述rocH的下行缓存器中数据量大于第二预设门限，则确定所述rocH的下行业务需求大；或者， 若所述rocH的下行缓存器中数据量为零，则确定所述rocH无下行业务需求；或者，若所述rocH的下行缓存器中数据量小于或等于所述第二预设门限，则确定所述rocH的下行业务需求小。
31.根据权利要求27-30任一项所述的方法，其特征在于，所述根据所述rocH的业务特征，确定是否触发时隙重指配，包括: 根据所述rocH的业务特征，确定所述rocH的当前的业务属性； 根据确定的所述rocH的当前的业务属性与所述rocH的上一次的业务属性，确定是否触发时隙重指配，其中，所述rocH的上一次的业务属性为在所述当前的业务属性的紧邻上一次为所述rocH确定的业务属性。
32.根据权利要求31所述的方法，其特征在于，所述根据所述rocH的业务特征，确定所述rocH的当前的业务属性，包括: 若所述rocH的上行业务需求大，且所述rocH的下行业务需求小或所述rocH无下行业务需求，则确定所述rocH的当前的业务属性为上行优先；或者， 若所述rocH的上行业务需求小或无上行业务需求，且所述rocH的下行业务需求大，则确定所述rocH的当前的业务属性为下行优先；或者， 若所述rocH的上行业务需求小，且所述rocH的下行业务需求小或无下行业务需求，则确定所述rocH的当前的业务属性为中性业务；或者， 若所述rocH无上行业务需求，且所述rocH的下行业务需求小，则确定所述rocH的当前的业务属性为中性业务；或者， 若所述rocH的上行业务需求大，且所述rocH的下行业务需求大，则确定所述rocH的当前的业务属性为中性业务。
33.根据权利要求32所述的方法，其特征在于，所述根据确定的所述H)CH的当前的业务属性与所述rocH的上一次的业务属性，确定是否触发时隙重指配，包括: 若所述rocH的当前的业务属性为下行优先，且所述rocH的上一次的业务属性为上行优先或中性业务，则确定重指配所述rocH的业务属性为下行优先；或者， 若所述rocH的当前的业务属性为上行优先，且所述rocH的上一次的业务属性为下行优先或中性业务，则确定重指配所述rocH的业务属性为上行优先。
34.根据权利要求27-33任一项所述的方法，其特征在于，所述根据rocH承载的数据量，确定所述rocH的业务特征之前，所述方法还包括: 在接收到上行协议数据单元PDU或下行PDU时，触发所述根据rocH承载的数据量，确定所述I3DCH的业务特征；和/或， 在获取到多时隙能力时，触发所述根据rocH承载的数据量，确定所述rocH的业务特征。
35.根据权利要求27-34任一项所述的方法，其特征在于，所述向移动台发送时隙重指配消息之后，所述方法还包括: 若在预设时间到达之后未接收到所述移动台发送的应答消息，则向所述移动台重发所述时隙重指配消息。
36.一种信道管理方法,·其特征在于,包括: 根据分组数据信道rocH承载的数据量，确定所述rocH的业务特征； 根据所述PDCH的业务特征，确定是否控制分配在所述PDCH上的移动台进行模式切换；若是，且在确定所述移动台为网络控制NCO模式，以及网络侧控制参数NC2开关置为开的情况下，则向所述移动台发送第一分组测量命令，以通知所述移动台进入NC2模式。
37.根据权利要求36所述的方法，其特征在于，所述H)CH承载的数据量至少包括以下数据中一种或其任意组合: 所述rocH的上行连续累计数据量、所述rocH的上行数据块的计数值cv、所述rocH的下行缓存器中数据量和所述rocH的下行缓存器长度。
38.根据权利要求37所述的方法，其特征在于，所述根据所述rocH的业务特征，确定是否控制分配在所述rocH上的移动台进行模式切换包括: 若确定所述rocH的上行连续累计数据量大于预设上行大业务门限，则控制所述移动台进行模式切换；或者， 若确定所述rocH的上行数据块的CV大于第三预设门限的次数超过第四预设门限，则控制所述移动台进行模式切换；或者， 若确定所述rocH的下行缓存器中数据量大于预设下行大业务门限，则控制所述移动台进行模式切换；或者， 若确定所述rocH的下行缓存器长度大于第五预设门限，则控制所述移动台进行模式切换。
39.根据权利要求36-38任一项所述的方法，其特征在于，所述方法还包括: 在所述H)CH上的TBF释放时，向所述移动台发送第二分组测量命令，以通知所述移动台进入NCO模式。
【文档编号】H04W28/16GK103858473SQ201380003142
【公开日】2014年6月11日 申请日期:2013年11月26日 优先权日:2013年11月26日
【发明者】施倩, 杨凯 申请人:华为技术有限公司