一种ＨＳＰＡ的上下行联合调度方法技术

本发明专利技术公开了一种ＨＳＰＡ的上下行联合调度方法，包括：在ＮｏｄｅＢ为ＵＥ进行上下行传输调度的过程中，若所述ＵＥ在任一方向上存在待发送数据、且预设时间内在该任一方向上允许被调度但始终未得到调度，禁止在所述任一方向的反方向业务信道上调度所述ＵＥ，直到ＵＥ在所述任一方向上得到调度、并成功传输数据，允许在所述任一方向的反方向业务信道上调度所述ＵＥ。应用本发明专利技术，能够避免ＲＬＣ出窗导致的数据丢失并提高小区吞吐量。

【技术实现步骤摘要】

本专利技术涉及通信系统中的用户调度技术，特别涉及一种高速分组接入(HSPA)的 上下行联合调度方法。
技术介绍
在传统HSPA调度中，上行和下行方向相互独立地进行调度，分别计算用户的优先 级顺序，根据优先级确定每个TTI调度的用户，调度算法在上下行没有直接的关联关系。当用户在HSUPA的上行业务信道被调度后，该调度用户通过调度的上行业务信道 向NodeB发送业务数据，NodeB接收该业务数据后，利用HSUPA的下行控制信道在RLC层上 向UE反馈确认信息，UE接收确认信息后继续进行后续数据发送；当用户在HSDPA的下行业 务信道被调度后，NodeB通过调度的下行业务信道向UE发送业务数据，UE接收该业务数据 后，利用HSDPA的上行控制信道在RLC层上向NodeB反馈确认信息，NodeB接收确认信息后 继续进行后续数据发送。但是，目前的网络环境中，HSUPA的上行业务信道和HSDPA的下行业务信道可能会 因干扰水平不同导致HSUPA和HSDPA覆盖不平衡，容易出现单方向可以正常调度，但反方向 一直得不到调度机会的情况。在这种不平衡的调度环境下，正常调度方向的RLC层因为始 终得不到确认数据，而需要始终重复发送之前的数据，因此很快累积出超过发送窗长的数 据，称为RLC层出窗，从而进入异常处理导致数据丢失；同时，仅单向正常调度的用户在其 正常调度方向上始终被调度，也减少了双向正常调度用户的调度机会，影响小区吞吐量。针对上述调度不平衡而造成的RLC出窗问题，目前通过TCP流控机制可以得到部 分解决。若TCP的接收方向一直得不到调度机会，则TCP—直收不到反馈，因此，会逐步降 低TCP发送方向数据的发送速度直到为零；但是该TCP流控处理过程缓慢，对于信道的变化 反应不够及时，等到TCP速率调整到位时已经发送了过多的数据，依然会造成RLC发送出窗 等问题，而且在单向调度过程中占用了过多的调度资源，影响上下行吞吐量。
技术实现思路
有鉴于此，本专利技术提供一种HSPA的上下行联合调度方法，能够及早避免RLC出窗 导致的数据丢失。为实现上述目的，本专利技术采用如下的技术方案一种HSPA的上下行联合调度方法，包括在NodeB为UE进行上下行传输调度的过程中，若所述UE在任一方向上存在待发 送数据、且预设时间内在该任一方向上允许被调度但始终未得到调度，禁止在所述任一方 向的反方向业务信道上调度所述UE,直到UE在所述任一方向上得到调度、并成功传输数 据，允许在所述任一方向的反方向业务信道上调度所述UE。较佳地，预先设置UE的调度状态种类包括上行调度允许状态、上行调度禁止状 态、下行调度允许状态和下行调度禁止状态；其中，上行调度允许状态表示允许为所述UE进行HSDPA的下行业务信道调度，上行调度禁止状态表示禁止为所述UE进行HSDPA的下行 业务信道调度，下行调度允许状态表示允许为所述UE进行HSUPA的上行业务信道调度，下 行调度禁止状态表示禁止为所述UE进行HSUPA的上行业务信道调度；当所述任一方向为下行方向时所述UE在任一方向上有数据发送、且预设时间内在该任一方向上允许被调度但 始终未得到调度，禁止在所述任一方向的反方向业务信道上调度所述UE为当所述UE处于 上行调度允许状态、在下行方向存在待发送数据、且连续N个传输时间间隔TTI未被调度， 则将所述UE转入下行调度禁止状态；所述N为系统预设的正整数；所述直到UE在所述任一方向上得到调度、并成功传输数据，允许在所述任一方向 的反方向业务信道上调度所述UE为直到该UE在下行方向上被调度，且所述NodeB确定UE 成功收到下行数据时，将所述UE转入下行调度允许状态；当所述任一方向为上行方向时所述UE在任一方向上有数据发送、且预设时间内在该任一方向上允许被调度但 始终未得到调度，禁止在所述任一方向的反方向业务信道上调度所述UE为当所述UE处 于下行调度允许状态、在上行方向存在待发送数据、且连续N个传输时间间隔TTI未被调度 时，将所述UE转入上行调度禁止状态；所述直到UE在所述任一方向上得到调度、并成功传输数据，允许在所述任一方向 的反方向业务信道上调度所述UE为直到所述UE在上行方向上被调度，且所述NodeB正确 接收UE发送的上行数据时，将所述UE转入上行调度允许状态。较佳地，在所述UE的HSPA业务建立时，设置允许进行所述UE的上下行业务信道调度。较佳地，预先根据正常传输数据的调度间隔要求和系统对RLC层出窗处理的反应 速度要求，设置所述预设时间。较佳地，当采用PF调度算法时，所述预设时间大于PF调度算法中的最大间隔。较佳地，当所述UE进入上行调度禁止状态或下行调度禁止状态后启动预设的定 时器，若定时器超时所述UE仍处于上行调度禁止状态或下行调度禁止状态，则强制进行一 次上行调度或下行调度。 由上述技术方案可见，本专利技术中，在NodeB为UE进行上下行传输调度的过程中，若 UE在任一方向上存在待发送数据、且预设时间内在该方向上允许被调度但始终未得到调 度，禁止在该方向的反方向业务信道上调度UE，直到UE在该方向上得到调度、并成功传输 数据，允许在该方向的反方向业务信道上调度UE。经过上述处理，当UE出现单方向长时间 无法得到调度时，能够及早停止单方向调度的情况，避免由于RLC层出窗而导致的数据丢 失；当在UE得不到调度的方向上恢复对UE的调度后，再继续进行上下行的正常调度。附图说明图1为UE的调度状态转移图。图2为本专利技术例一的示意图。图3为本专利技术例二的示意图。具体实施例方式为使本专利技术的目的、技术手段和优点更加清楚明白，以下结合附图对本专利技术做进 一步详细说明。本专利技术中，在NodeB为UE进行上下行传输调度的过程中，若UE在任一方向上存在 待发送数据、且预设时间内在该任一方向上允许被调度但始终未得到调度，禁止在所述任 一方向的反方向业务信道上调度UE，直到UE在该任一方向上得到调度、并成功传输数据， 允许在该任一方向的反方向业务信道上调度UE。其中，在进行某方向上调度的限制时，仅对该方向上的业务信道的调度进行限制， 对该方向上控制信道不进行限制。具体地，若UE下行调度正常，但存在上行数据(该上行数据可以是业务数据，也可 以是信令数据)却一直得不到调度时，禁止为UE进行HSDPA的下行业务信道调度，使其在 下行方向上不再发送业务数据，从而避免RLC层出窗造成的数据丢失和调度资源浪费；但 是对于HSUPA的下行控制信道，仍然可以正常调度，从而保证HSUPA的上行业务信道调度一 旦恢复正常，可以通过HSUPA的下行控制信道正常反馈确认信息，保证数据传输通畅进行。同理，若UE上行调度正常，但存在下行数据(该下行数据可以是业务数据，也可以 是信令数据)却一直得不到调度时，禁止为UE进行HSUPA的上行业务信道调度，使其在上 行方向上不再发送业务数据，从而避免RLC层出窗造成的数据丢失和调度资源浪费；但是 对于HSDPA的上行控制信道，仍然可以正常调度，从而保证HSDPA的下行业务信道调度一旦 恢复正常，可以通过HSDPA的下行控制信道正常反馈确认信息，保证数据传输顺畅进行。在具体实现上下行业务信道是否允许调度时，可以通过标志位或状态标识等形式 进行标记，从而根据标记控制对UE的调本文档来自技高网...

【技术保护点】
一种ＨＳＰＡ的上下行联合调度方法，其特征在于，该方法包括：在ＮｏｄｅＢ为ＵＥ进行上下行传输调度的过程中，若所述ＵＥ在任一方向上存在待发送数据、且预设时间内在该任一方向上允许被调度但始终未得到调度，禁止在所述任一方向的反方向业务信道上调度所述ＵＥ，直到ＵＥ在所述任一方向上得到调度、并成功传输数据，允许在所述任一方向的反方向业务信道上调度所述ＵＥ。

【技术特征摘要】
1.一种HSPA的上下行联合调度方法，其特征在于，该方法包括在NodeB为UE进行上下行传输调度的过程中，若所述UE在任一方向上存在待发送数 据、且预设时间内在该任一方向上允许被调度但始终未得到调度，禁止在所述任一方向的 反方向业务信道上调度所述UE，直到UE在所述任一方向上得到调度、并成功传输数据，允 许在所述任一方向的反方向业务信道上调度所述UE。2.根据权利要求1所述的方法，其特征在于，预先设置UE的调度状态种类包括上行 调度允许状态、上行调度禁止状态、下行调度允许状态和下行调度禁止状态；其中，上行调 度允许状态表示允许为所述UE进行HSDPA的下行业务信道调度，上行调度禁止状态表示禁 止为所述UE进行HSDPA的下行业务信道调度，下行调度允许状态表示允许为所述UE进行 HSUPA的上行业务信道调度，下行调度禁止状态表示禁止为所述UE进行HSUPA的上行业务 信道调度；当所述任一方向为下行方向时所述UE在任一方向上有数据发送、且预设时间内在该任一方向上允许被调度但始终 未得到调度，禁止在所述任一方向的反方向业务信道上调度所述UE为当所述UE处于上行 调度允许状态、在下行方向存在待发送数据、且连续N个传输时间间隔TTI未被调度，则将 所述UE转入下行调度禁止状态；所述N为系统预设的正整数；所述直到UE在所述任一方向上得到调度、并成功传输数据，允许在所述任一方向的反 方向业务信道上调度所述...

【专利技术属性】
技术研发人员：杨志伟，谢勇，
申请(专利权)人：鼎桥通信技术有限公司，
类型：发明
国别省市：11[中国|北京]