CN101815355A - 下行调度方法及装置 - Google Patents
下行调度方法及装置 Download PDFInfo
- Publication number
- CN101815355A CN101815355A CN 200910078547 CN200910078547A CN101815355A CN 101815355 A CN101815355 A CN 101815355A CN 200910078547 CN200910078547 CN 200910078547 CN 200910078547 A CN200910078547 A CN 200910078547A CN 101815355 A CN101815355 A CN 101815355A
- Authority
- CN
- China
- Prior art keywords
- seized
- priority
- seize
- seizing
- service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 370
- 230000005540 biological transmission Effects 0.000 claims abstract description 93
- 238000012163 sequencing technique Methods 0.000 claims description 3
- 108010001267 Protein Subunits Proteins 0.000 claims description 2
- 238000012546 transfer Methods 0.000 description 6
- 238000013468 resource allocation Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 241001269238 Data Species 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 230000002950 deficient Effects 0.000 description 1
- 238000007599 discharging Methods 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种下行调度方法及装置，其中方法包括以下步骤：获取UE的下行业务数据；在确定所述UE在当前子帧没有空闲进程时，判断是否存在可被抢占进程，若有，将所述业务数据通过下行信道发送给所述UE；若无，拒绝对所述业务数据的传输。通过本发明，可有效保证高优先级业务优先传输，减少高优先级业务的时延。改善UE的传输质量。
Description
技术领域
本发明涉及移动通信技术领域，尤其涉及一种通信系统中的下行调度方法及装置。
背景技术
第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)的长期演进(Long Time Evolution，LTE)系统是一个资源共享的系统，调度对于LTE系统的性能有着重要的影响，LTE系统调度的目标就是完成共享的物理资源在上行/下行之间的分配。为了提高传输的可靠性，在LTE系统中采用了混合自动重传请求(Hybrid Automatic Repeat Request，HARQ)技术，通过HARQ，可以对传输错误的数据包进行多次重传以获得重传增益，从而达到物理层纠错的目的。
对于LTE频分双工(Frequency Division Duplex，FDD)系统，下行最大支持8个HARQ进程(HARQ Process)。对于LTE时分双工(Time DivisionDuplex)系统，不同上行(UL)/下行(DL)配置下的最大HARQ进程数参见表1。
表1
| TDD UL/DL配置 | 最大HARQ进程数 |
| 0 | 4 |
| 1 | 7 |
| 2 | 10 |
| 3 | 9 |
| 4 | 12 |
| 5 | 15 |
| 6 | 6 |
在用户设备(User Equipment，UE)信道质量比较差的情况下，或者UE承载的无线承载(Radio Bearer，RB)优先级比较低而作频率选择性调度选择的物理资源块(Physical Resource Block，PRB)位置不好的情况下，该UE的传输块均有可能传输错误。如果该UE所有进程对应的传输块均错误，则可能造成一个UE所有下行进程都被占用，此刻该UE的优先级较高的业务数据到达时，则会因为没有空闲进程而无法传输，同时，优先级低的业务数据一直得不到调度，或者即使得到调度而优先级比较低致使合并增益不大，仍然会出错，因此低优先级业务一直占用这些进程，直至数据包超时丢包，导致用户体验很差。对于这种情形，目前没有明确的解决方案，仍按照正常情况处理，在等到UE重传数据超时或者重传成功后，释放被占用的进程后再重传新数据。这种处理方式的缺陷是显而易见的，高优先级业务得不到调度，会增加高优先级数据的时延，而高优先级一般为保证比特率(Guaranteed Bit Rate，GBR)业务，对时延比较敏感，长时间得不到服务会造成大量数据包丢失。
发明内容
本发明提供一种下行调度方法及装置，以解决现有技术由于进程都被占用而导致高优先级业务不能得到及时调度的问题。
为此，本发明实施例采用如下技术方案
一种下行调度方法，包括：获取UE的下行业务数据，并通过业务数据的优先级顺序确定高优先级业务数据；在确定所述UE在当前子帧没有空闲进程时，判断是否存在可被抢占进程，若有，将所述高优先级业务数据通过下行信道发送给所述UE；若无，拒绝对所述高优先级业务数据的传输。
上述方法还包括：当可被抢占进程为多个时，按照预置的抢占原则从多个可被抢占进程中选择所述可被抢占进程来传输所述高优先级业务数据。
其中，所述抢占原则为，优先抢占业务优先级最低的进程、优先抢占重传次数最多的进程，或，优先抢占进程对应传输块传输时延最大的进程。
或者，所述抢占原则为，首先抢占业务优先级最低的进程或重传次数最多的进程，然后抢占进程对应传输块传输时延最大的进程。
或者，所述抢占原则为，首先抢占业务优先级最低的进程，然后抢占重传次数最多的进程，最后抢占进程对应传输块传输时延最大的进程。
或者，所述抢占原则为，首先抢占重传次数最多的进程，然后抢占业务优先级最低的进程，最后抢占进程对应传输块传输时延最大的进程。
其中，所述判断是否存在可被抢占进程包括：
对于任意非空闲进程i，所述进程i传输的业务优先级比所述高优先级业务优先级低，判断进程i的重传次数是否超过为其预置的重传次数阈值，若超过，确定进程i为可被抢占进程，否则，确定进程i不是可被抢占进程；
或者，
判断是否存在进程j，所述进程j传输的业务优先级比所述高优先级业务优先级低，若是，确定进程j为可被抢占进程，否则，确定没有可被抢占进程。
一种下行调度装置，包括：业务数据获取及排序单元，用于获取UE的下行业务数据，并按照业务优先级对所述下行业务数据进行排序，确定高优先级业务数据；可被抢占进程判断单元，用于确定所述UE在当前子帧没有空闲进程时，判断是否存在可被抢占进程；传输控制单元，用于在所述可被抢占进程判断单元确定存在可被抢占进程时，将所述高优先级业务数据通过下行信道发送给所述UE，在所述可被抢占进程判断单元确定不存在可被抢占进程时，拒绝对所述高优先级业务数据的传输。
优选地，该装置还包括：可被抢占进程选择单元，用于当所述可被抢占进程判断单元确定的可被抢占进程为多个时，按照预置的抢占原则从多个可被抢占进程中选择所述传输控制单元用来传输高优先级业务数据的可被抢占进程。
其中，所述可被抢占进程选择单元包括：抢占原则预置子单元，用于保存预置的抢占原则，所述抢占原则包括抢占业务优先级最低的进程、抢占重传次数最多的进程和抢占进程对应传输块传输时延最大的进程中的一个或多个；进程选择子单元，用于按照所述抢占原则预置子单元预置的抢占原则，从所述可被抢占进程判断单元确定的多个可被抢占进程中选择所述传输控制单元用来传输业务数据的可被抢占进程。
其中，所述可被抢占进程判断单元包括：重传次数阈值获取子单元，用于获取为任意非空闲进程i预置的重传次数阈值，所述进程i传输的业务优先级比所述高优先级业务优先级低；进程判断子单元，用于判断进程i的重传次数是否超过为其预置的重传次数阈值，若超过，确定进程i为可被抢占进程，否则，确定进程i不是可被抢占进程。
或者，所述可被抢占进程判断单元包括：进程判断子单元，用于判断是否存在进程j，所述进程j传输的业务优先级比所述高优先级业务优先级低，若是，确定进程j为可被抢占进程，否则，确定没有可被抢占进程。
可见，本发明提出了一种下行调度方法及装置，即在UE没有可用进程的情况下，如果该UE有高优先级数据到达，则可以在满足一定条件的情况下抢占其它低优先级业务正在使用的进程，该方法可以保证高优先级业务优先传输，减少高优先级业务的时延，保证业务的绝对优先级，同时可以在一定程度上改善该UE的传输质量。
附图说明
图1为本发明下行调度方法流程图；
图2为本发明方法实施例一流程图；
图3为本发明方法实施例二流程图；
图4为本发明方法实施例三流程图；
图5为本发明方法实施例四流程图；
图6为本发明下行调度装置内部结构示意图。
具体实施方式
为了保证高优先级业务能够及时得到服务，本发明提出了一种基于进程抢占的下行调度方案。
参加图1，为本发明提供的下行调度方法流程图，包括：
S101：获取用户设备UE的下行业务数据；
S102：通过业务数据的优先级对所有下行业务数据进行排序，确定高优先级业务数据；
S103：判断所述UE在当前子帧是否有空闲进程，若有，执行S104，否则，执行S105；
S104：将所述高优先级业务数据通过下行信道发送给所述UE；
S105：判断是否存在可被抢占进程，若有，执行S106；否则，执行S107；
S106：将所述高优先级业务数据置于所述可被抢占进程对应的缓存中，通过下行信道发送给所述UE；
S107：拒绝对所述高优先级业务数据的传输。
其中，可被抢占进程的确定方式可以是：对于任意非空闲且传输的业务优先级比当前业务优先级低的进程i，判断进程i的重传次数是否超过为其预置的重传次数阈值N，若超过，则确定进程i为可被抢占进程，否则，确定进程i不是可被抢占进程。其中，每个进程都有一个预置的重传次数阈值N，与业务无关，N取决于HARQ合并增益，HARQ重传次数比较少时重传增益可能比较明显，重传次数超过某门限，可能就增益不大了。此处仅是给出一种具体确定可被抢占进程的优选方式，还可以采用类似的其余方式确定，例如，也可以直接按照业务优先级确定，比如，判断是否存在传输的业务优先级比所述高优先级业务优先级低的进程j，若是，确定进程j为可被抢占进程，否则，确定没有可被抢占进程。
其中，所谓“高优先级业务”中的“高优先级”是一个相对的概念，例如，对于某UE，当前有三种业务X、Y和Z，其优先级顺序为X＜Y＜Z，那么，相对于X和Y，Z为高优先级业务，相对于X，Y也是高优先级业务，在处理时，可先为Z抢占Y或X的进程，继而，如有需要，可再为Y抢占X的进程。
在上述图1的流程基础上，当可被抢占进程为多个时，需要按照预置的抢占原则从多个可被抢占进程中选择一个或几个可被抢占进程，从而利用该选择出的可被抢占进程传输高优先级业务。
其中，抢占原则包括多种，例如：
①优先抢占业务优先级最低的进程；
②优先抢占重传次数最多的进程；
③优先抢占进程对应传输块传输时延最大的进程。
上述三条原则可单独应用，也可组合应用，下面以几个典型实施例对其进行详细介绍。
首先介绍实施例一。
在实施例一中，具体采用的抢占方式1为：首先抢占业务优先级最低的进程，然后抢占进程对应传输块传输时延最大的进程，即，对可被抢占进程按照其承载的业务优先级从高到低排序，优先抢占业务优先级最低的业务对应的进程，如果该业务优先等级对应多个进程，则可以优先抢占该业务优先级等级中时延最大的传输块对应的进程。
以上述抢占方式进行抢占的具体实施方案介绍如下：
假设该UE同时有流业务和文件传送协议(File Transfer Protocol，FTP)业务，如果此时该UE有下行VOIP(Voice over IP)数据产生，则下行调度过程参见图2，包括如下步骤：
S200：获取FTP业务、流业务以及VOIP业务，通过下行RB优先级排队，确定VOIP业务优先级最高、流业务优先级其次、FTP业务优先级最低；
S201：当一旦需要对该UE的VOIP业务分配资源时，则判断该UE在当前子帧是否有空闲的进程号，如果有空闲进程号，执行S202，否则，执行S203；
S202：使用空闲进程号中编号最小的空闲进程号进行数据传输；
S203：判断当前进程中是否有可被抢占进程，如果有，对可被抢占进程执行步骤S204，否则执行S208：不允许抢占，VOIP业务不允许传输；
S204：判断最低优先级的FTP业务的进程否有满足可被抢占的进程，如果有，执行S205，否则执行S206；
S205：确定承载FTP业务的进程中哪个进程对应的传输块时延最大，则VOIP业务可以抢占该进程所使用的进程号；然后执行S207；
S206：判断流业务是否有可被抢占进程，如果有，则按照步骤S205中描述的抢占方式进行抢占，如果没有，则执行S208：不允许抢占，VOIP业务不允许传输；
S207：确定进程抢占：将高优先级业务对应的传输块放到基站内该进程对应的缓存(buffer)中，并根据资源分配情况通过物理专用控制信道(PhysicalDedicated Control Channel，PDCCH)发送下行控制信息。
对于UE侧，UE接收到包含该进程号且携带有新数据指示的PDCCH，如果发现该数据传输错误，则将该数据放入该进程对应的buffer中覆盖buffer中原有数据。
下面介绍实施例二。
在实施例二中，具体采用的抢占方式2为：首先抢占重传次数最多的进程，然后抢占进程对应传输块传输时延最大的进程，即，对可被抢占进程按照其承载的传输块的重传次数从大到小排序，优先抢占重传次数最多的传输块对应的进程，如果有多个传输块重传次数相同，则可以优先抢占这些传输块中时延最大的传输块对应的进程。
以上述抢占方式2进行抢占的具体实施方案介绍如下：
假设该UE同时有流业务和FTP业务，如果此时该UE有下行VOIP数据产生，则下行调度过程参见图3，包括如下步骤：
S300：获取FTP业务、流业务以及VOIP业务，通过下行RB优先级排队，确定VOIP业务优先级最高、流业务优先级其次、FTP业务优先级最低；
S301：当一旦需要对该UE的VOIP业务分配资源时，判断该UE在当前子帧是否有空闲进程号，如果有空闲进程号，执行S302；否则，执行S303；
S302：使用空闲进程号中编号最小的可用进程号进行数据传输；
S303：判断当前进程中是否有可被抢占进程，如果有对可被抢占进程执行步骤S304，否则执行S309：不允许抢占，VOIP业务不允许传输；
S304：确定该UE当前所有可被抢占进程对应的传输块的重传次数最大的进程；
S305：判断传输块的重传次数最大的进程是否为多个，若否，执行S306：VOIP业务抢占该进程所使用的进程号，即抢占重传次数最大的进程；若是，即同时有多个传输块重传次数相同，则执行S307：VOIP业务抢占这些传输块传输时延最大的那个对应的进程号；在执行S306或S307后，执行S308；
S308：确定进程抢占：将高优先级业务对应的传输块放到基站内该进程对应的buffer中，并根据资源分配情况发送PDCCH。
在UE侧，UE接收到包含该进程号且携带有新数据指示的PDCCH，如果发现该数据传输错误，则将该数据放入该进程对应的buffer中覆盖buffer中原有数据。
下面介绍实施例三。
在实施例三中，具体采用的抢占方式3为：首先抢占业务优先级最低的进程，然后抢占重传次数最多的进程，最后抢占进程对应传输块传输时延最大的进程，即，如果当前系统中的可被抢占进程承载的业务优先级不同，则优先抢占业务优先级最低的业务对应的进程，如果同一业务优先级同时有多个进程，则优先抢占重传次数最多的进程，如果重传次数也一致，则优先抢占时延最大的进程。
以上述抢占方式3进行抢占的具体实施方案介绍如下：
假设该UE同时有流业务和FTP业务，如果此时该UE有下行VOIP数据产生，则下行调度过程参见图4，包括如下步骤：
S400：获取FTP业务、流业务以及VOIP业务，通过下行RB优先级排队，确定VOIP业务优先级最高、流业务优先级其次、FTP业务优先级最低；
S401：当一旦需要对该UE的VOIP业务分配资源时，判断该UE在当前子帧是否有空闲进程号，如果有空闲进程号，则执行S402，否则，执行步骤S403；
S402：使用空闲进程号中编号最小的可用进程号进行数据传输；
S403：判断当前进程中是否有可被抢占进程，如果有对可被抢占进程执行步骤S404，否则执行S414：不允许抢占，VOIP业务不允许传输；
S404：判断优先级最低的FTP业务是否有满足可被抢占的进程，如果有，执行S405，否则执行S409；
S405：确定承载FTP业务的可被抢占进程中重传次数最多的进程；
S406：判断是否有多个FTP业务进程重传次数最多，若否，执行S407：VOIP业务抢占该唯一的传输次数最多的进程所使用的进程号；若是，执行S408：该VOIP业务抢占传输时间最大的那个可被抢占进程的进程号；在执行S407或S408后，继续步骤S413；
S409：确定承载流业务的可被抢占进程中重传次数最多的进程；
S410：判断是否有多个流业务进程重传次数最多，若否，执行S411：VOIP业务抢占该唯一的传输次数最多的进程所使用的进程号；若是，执行S412：该VOIP业务抢占传输时间最大的那个可被抢占进程的进程号；在执行S411或S412后，继续步骤S413；
S413：确定进程抢占：将高优先级业务对应的传输块放到基站内该进程对应的buffer中，并根据资源分配情况发送PDCCH。
在UE侧，UE接收到包含该进程号且携带有新数据指示的PDCCH，如果发现该数据传输错误，则将该数据放入该进程对应的buffer中覆盖buffer中原有数据。
下面介绍实施例四。
在实施例四中，具体采用的抢占方式4为：首先抢占重传次数最多的进程，然后抢占业务优先级最低的进程，最后抢占进程对应传输块传输时延最大的进程，即，不管当前系统业务优先级是否相同，优先抢占重传次数最大的进程，如果最大重传次数相同，再考虑业务优先级，如果业务优先级不同，则优先抢占业务优先级低的，否则优先抢占时延最大的进程对应的进程号。
以上述抢占方式4进行抢占的具体实施方案介绍如下：
假设该UE同时有流业务和FTP业务，如果此时该UE有下行VOIP数据产生，则下行调度过程参见图5，包括如下步骤：
S500：获取FTP业务、流业务以及VOIP业务，通过下行RB优先级排队，确定VOIP业务优先级最高、流业务优先级其次、FTP业务优先级最低；
S501：当一旦需要对该UE的VOIP业务分配资源时，判断该UE在当前子帧是否有空闲进程号，如果有空闲进程号，执行S502；否则，执行S503；
S502：使用空闲进程号中编号最小的可用进程号进行数据传输；
S503：判断当前进程中是否有可被抢占进程，如果有对可被抢占进程执行步骤S504，否则执行S511：不允许抢占，VOIP业务不允许传输；
S504：确定该UE当前所有可被抢占进程中对应的传输块的重传次数最大的进程；
S505：判断是否存在多个传输块重传次数最大的进程，若否，执行S506：VOIP业务可直接抢占传输块重传次数最大的进程，若是，执行S507：判断这些重传次数相同的进程的业务优先级是否相同，若业务优先级不同，执行S508：优先抢占业务优先级低的进程，若优先级也相同，则执行S509：VOIP业务抢占传输块传输时延最大的那个进程；在执行S506、S507或S508之后，执行S510；
S510：确定进程抢占，则将高优先级业务对应的传输块放到基站内该进程对应的buffer中，并根据资源分配情况发送PDCCH。
UE侧，UE接收到包含该进程号且携带有新数据指示的PDCCH，如果发现该数据传输错误，则将该数据放入该进程对应的buffer中覆盖buffer中原有数据。
需要说明的是，除了上述四个实施例，本发明还可以通过抢占原则的其他组合具体实施，例如，单独以优先抢占业务优先级最低的进程、优先抢占重传次数最多的进程或优先抢占进程对应传输块传输时延最大的进程的方式进行进程的抢占，或者，以上述原则的其余组合实现进程抢占，比如，首先抢占进程对应传输块传输时延最大的进程、然后再通过抢占业务优先级最低的进程或者抢占重传次数最多的进程的方式抢占，等等，此处不多赘述。
与上述方法相对应，本发明还提供一种下行调度装置，该装置位于网络侧，优选地，可以是基站设备本身，也可以是位于基站设备内部的功能实体，可以由软件、硬件或软硬件结合实现。
参加图6，为该装置内部结构示意图，包括：
业务数据获取及排序单元601，用于获取UE的下行业务数据，并按照业务优先级对所述下行业务数据进行排序，确定高优先级业务数据；
可被抢占进程判断单元602，用于在确定所述UE在当前子帧没有空闲进程时，判断是否存在可被抢占进程；
传输控制单元603，用于在可被抢占进程判断单元602确定存在可被抢占进程时，将所述高优先级业务数据置于所述可被抢占进程对应的缓存中，通过下行信道发送给所述UE，在可被抢占进程判断单元602确定不存在可被抢占进程时，拒绝对所述高优先级业务数据的传输。
优选地，该装置还包括：
可被抢占进程选择单元604，用于当可被抢占进程判断单元确定602的可被抢占进程为多个时，按照预置的抢占原则从多个可被抢占进程中选择传输控制单元603用来传输高优先级业务数据的可被抢占进程。
其中，可被抢占进程选择单元604进一步包括：
抢占原则预置子单元6041，用于保存预置的抢占原则，所述抢占原则包括抢占业务优先级最低的进程、抢占重传次数最多的进程和抢占进程对应传输块传输时延最大的进程的一个或多个；
进程选择子单元6042，用于按照所述抢占原则预置子单元预置的抢占原则，从可被抢占进程判断单元602确定的多个可被抢占进程中选择传输控制单元603用来传输业务数据的可被抢占进程。
其中，可被抢占进程判断单元602进一步可包括：
重传次数阈值获取子单元6021，用于获取为任意非空闲进程i预置的重传次数阈值，所述进程i传输的业务优先级比所述高优先级业务优先级低；
进程判断子单元6022，用于判断进程i的重传次数是否超过为其预置的重传次数阈值，若超过，则确定进程i为可被抢占进程，否则，确定进程i不是可被抢占进程。
或者，可被抢占进程判断单元602仅包括：进程判断子单元，用于判断是否存在进程j，该进程i传输的业务优先级比所述高优先级业务优先级低，若是，确定进程j为可被抢占进程，否则，确定没有可被抢占进程。
可见，本发明提出了一种下行调度方法及装置，即在UE没有可用进程的情况下，如果该UE有高优先级数据到达，则可以在满足一定条件的情况下抢占其它低优先级业务正在使用的进程，该方法可以保证高优先级业务优先传输，减少高优先级业务的时延，保证业务的绝对优先级，同时可以在一定程度上改善该UE的传输质量。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种下行调度方法，其特征在于，包括：
获取用户设备UE的下行业务数据，并通过业务数据的优先级顺序确定高优先级业务数据；
在确定所述UE在当前子帧没有空闲进程时，判断是否存在可被抢占进程，若有，将所述高优先级业务数据通过下行信道发送给所述UE；若无，拒绝对所述高优先级业务数据的传输。
2.根据权利要求1所述方法，其特征在于，还包括：
当可被抢占进程为多个时，按照预置的抢占原则从多个可被抢占进程中选择所述可被抢占进程来传输所述高优先级业务数据。
3.根据权利要求2所述方法，其特征在于，所述抢占原则为，优先抢占业务优先级最低的进程、优先抢占重传次数最多的进程，或，优先抢占进程对应传输块传输时延最大的进程。
4.根据权利要求2所述方法，其特征在于，所述抢占原则为，首先抢占业务优先级最低的进程或重传次数最多的进程，然后抢占进程对应传输块传输时延最大的进程；或者，首先抢占业务优先级最低的进程，然后抢占重传次数最多的进程，最后抢占进程对应传输块传输时延最大的进程；
或者，首先抢占重传次数最多的进程，然后抢占业务优先级最低的进程，最后抢占进程对应传输块传输时延最大的进程。
5.根据权利要求1至4任意一项所述方法，其特征在于，所述判断是否存在可被抢占进程包括：
对于任意非空闲进程i，所述进程i传输的业务优先级比所述高优先级业务优先级低，判断进程i的重传次数是否超过为其预置的重传次数阈值，若超过，确定进程i为可被抢占进程，否则，确定进程i不是可被抢占进程；
或者，
判断是否存在进程j，所述进程j传输的业务优先级比所述高优先级业务优先级低，若是，确定进程j为可被抢占进程，否则，确定没有可被抢占进程。
6.一种下行调度装置，其特征在于，包括：
业务数据获取及排序单元，用于获取用户设备UE的下行业务数据，并按照业务优先级对所述下行业务数据进行排序，确定高优先级业务数据；
可被抢占进程判断单元，用于确定所述UE在当前子帧没有空闲进程时，判断是否存在可被抢占进程；
传输控制单元，用于在所述可被抢占进程判断单元确定存在可被抢占进程时，将所述高优先级业务数据通过下行信道发送给所述UE，在所述可被抢占进程判断单元确定不存在可被抢占进程时，拒绝对所述高优先级业务数据的传输。
7.根据权利要求6所述装置，其特征在于，还包括：
可被抢占进程选择单元，用于当所述可被抢占进程判断单元确定的可被抢占进程为多个时，按照预置的抢占原则从多个可被抢占进程中选择所述传输控制单元用来传输高优先级业务数据的可被抢占进程。
8.根据权利要求7所述装置，其特征在于，所述可被抢占进程选择单元包括：
抢占原则预置子单元，用于保存预置的抢占原则，所述抢占原则包括抢占业务优先级最低的进程、抢占重传次数最多的进程和抢占进程对应传输块传输时延最大的进程的一个或多个；
进程选择子单元，用于按照所述抢占原则预置子单元预置的抢占原则，从所述可被抢占进程判断单元确定的多个可被抢占进程中选择所述传输控制单元用来传输业务数据的可被抢占进程。
9.根据权利要求6、7或8所述装置，其特征在于，所述可被抢占进程判断单元包括：
重传次数阈值获取子单元，用于获取为任意非空闲进程i预置的重传次数阈值，所述进程i传输的业务优先级比所述高优先级业务优先级低；
进程判断子单元，用于判断进程i的重传次数是否超过为其预置的重传次数阈值，若超过，确定进程i为可被抢占进程，否则，确定进程i不是可被抢占进程。
10.根据权利要求6、7或8所述装置，其特征在于，所述可被抢占进程判断单元包括：
进程判断子单元，用于判断是否存在进程j，所述进程j传输的业务优先级比所述高优先级业务优先级低，若是，确定进程j为可被抢占进程，否则，确定没有可被抢占进程。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200910078547 CN101815355B (zh) | 2009-02-25 | 2009-02-25 | 下行调度方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200910078547 CN101815355B (zh) | 2009-02-25 | 2009-02-25 | 下行调度方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101815355A true CN101815355A (zh) | 2010-08-25 |
| CN101815355B CN101815355B (zh) | 2013-01-09 |
Family
ID=42622433
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200910078547 Active CN101815355B (zh) | 2009-02-25 | 2009-02-25 | 下行调度方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101815355B (zh) |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103582031A (zh) * | 2012-07-20 | 2014-02-12 | 中国移动通信集团公司 | 一种物理下行控制信道资源分配方法及设备 |
| CN104579603A (zh) * | 2014-12-25 | 2015-04-29 | 京信通信系统（中国）有限公司 | 一种基于harq的下行调度方法及装置 |
| WO2015113287A1 (zh) * | 2014-01-29 | 2015-08-06 | 华为技术有限公司 | 一种数据传输方法、设备和系统 |
| CN104981014A (zh) * | 2014-04-02 | 2015-10-14 | 成都鼎桥通信技术有限公司 | 下行资源分配方法和基站 |
| CN106412959A (zh) * | 2016-10-21 | 2017-02-15 | 黄东 | 一种大数据移动网络端口的业务优化调度方法 |
| CN106797285A (zh) * | 2015-06-30 | 2017-05-31 | 华为技术有限公司 | 一种数据传输方法及设备 |
| CN107689929A (zh) * | 2016-08-03 | 2018-02-13 | 普天信息技术有限公司 | 一种向5g低时延演进的调度方法 |
| CN109217990A (zh) * | 2017-06-30 | 2019-01-15 | 华为技术有限公司 | 一种数据传输方法及装置 |
| CN111133708A (zh) * | 2017-09-22 | 2020-05-08 | 诺基亚技术有限公司 | 使能在无线网络中基于数据传输的抢占来在下行链路子帧期间进行上行链路传输 |
| CN111212479A (zh) * | 2017-03-17 | 2020-05-29 | 维沃移动通信有限公司 | 一种资源分配方法及装置、免授权业务的处理方法及用户设备 |
| WO2020192624A1 (zh) * | 2019-03-28 | 2020-10-01 | 中兴通讯股份有限公司 | 一种确定传输优先级的方法、装置和计算机可读存储介质 |
| US20210219282A1 (en) * | 2015-03-15 | 2021-07-15 | Qualcomm Incorporated | Subframe structure with embedded control signaling |
| WO2022001934A1 (zh) * | 2020-06-29 | 2022-01-06 | 华为技术有限公司 | 一种数据传输方法及装置 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101119184A (zh) * | 2006-08-02 | 2008-02-06 | 华为技术有限公司 | 混合自适应重传请求方法及其实体 |
| CN101197640B (zh) * | 2006-12-07 | 2014-05-07 | 电信科学技术研究院 | Harq剩余错误检测方法和系统 |
-
2009
- 2009-02-25 CN CN 200910078547 patent/CN101815355B/zh active Active
Cited By (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103582031B (zh) * | 2012-07-20 | 2016-09-07 | 中国移动通信集团公司 | 一种物理下行控制信道资源分配方法及设备 |
| CN103582031A (zh) * | 2012-07-20 | 2014-02-12 | 中国移动通信集团公司 | 一种物理下行控制信道资源分配方法及设备 |
| WO2015113287A1 (zh) * | 2014-01-29 | 2015-08-06 | 华为技术有限公司 | 一种数据传输方法、设备和系统 |
| US10075264B2 (en) | 2014-01-29 | 2018-09-11 | Huawei Technologies Co., Ltd. | Data transmission method, device, and system |
| CN104981014B (zh) * | 2014-04-02 | 2018-09-25 | 成都鼎桥通信技术有限公司 | 下行资源分配方法和基站 |
| CN104981014A (zh) * | 2014-04-02 | 2015-10-14 | 成都鼎桥通信技术有限公司 | 下行资源分配方法和基站 |
| CN104579603A (zh) * | 2014-12-25 | 2015-04-29 | 京信通信系统（中国）有限公司 | 一种基于harq的下行调度方法及装置 |
| CN104579603B (zh) * | 2014-12-25 | 2017-12-26 | 京信通信系统（中国）有限公司 | 一种基于harq的下行调度方法及装置 |
| US11743894B2 (en) * | 2015-03-15 | 2023-08-29 | Qualcomm Incorporated | Subframe structure with embedded control signaling |
| US20210219282A1 (en) * | 2015-03-15 | 2021-07-15 | Qualcomm Incorporated | Subframe structure with embedded control signaling |
| CN106797285A (zh) * | 2015-06-30 | 2017-05-31 | 华为技术有限公司 | 一种数据传输方法及设备 |
| CN106797285B (zh) * | 2015-06-30 | 2020-06-05 | 北京花旺在线商贸有限公司 | 一种数据传输方法及设备 |
| CN107689929B (zh) * | 2016-08-03 | 2020-10-09 | 普天信息技术有限公司 | 一种向5g低时延演进的调度方法 |
| CN107689929A (zh) * | 2016-08-03 | 2018-02-13 | 普天信息技术有限公司 | 一种向5g低时延演进的调度方法 |
| CN106412959A (zh) * | 2016-10-21 | 2017-02-15 | 黄东 | 一种大数据移动网络端口的业务优化调度方法 |
| CN111212479A (zh) * | 2017-03-17 | 2020-05-29 | 维沃移动通信有限公司 | 一种资源分配方法及装置、免授权业务的处理方法及用户设备 |
| CN109217990B (zh) * | 2017-06-30 | 2021-07-09 | 华为技术有限公司 | 一种数据传输方法及装置 |
| CN109217990A (zh) * | 2017-06-30 | 2019-01-15 | 华为技术有限公司 | 一种数据传输方法及装置 |
| CN111133708B (zh) * | 2017-09-22 | 2023-06-09 | 诺基亚技术有限公司 | 使能在无线网络中基于数据传输的抢占来在下行链路子帧期间进行上行链路传输 |
| CN111133708A (zh) * | 2017-09-22 | 2020-05-08 | 诺基亚技术有限公司 | 使能在无线网络中基于数据传输的抢占来在下行链路子帧期间进行上行链路传输 |
| WO2020192624A1 (zh) * | 2019-03-28 | 2020-10-01 | 中兴通讯股份有限公司 | 一种确定传输优先级的方法、装置和计算机可读存储介质 |
| WO2022001934A1 (zh) * | 2020-06-29 | 2022-01-06 | 华为技术有限公司 | 一种数据传输方法及装置 |
| CN113938839A (zh) * | 2020-06-29 | 2022-01-14 | 华为技术有限公司 | 一种数据传输方法及装置 |
| CN113938839B (zh) * | 2020-06-29 | 2023-03-24 | 华为技术有限公司 | 一种数据传输方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101815355B (zh) | 2013-01-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101815355B (zh) | 下行调度方法及装置 | |
| CN103220098B (zh) | Wtru实施的传送eu数据的方法及传送eu数据的wtru | |
| EP2234432B1 (en) | Mobile station, base station device, communication control method, and mobile communication system | |
| US9307552B2 (en) | Apparatus and method for communicating uplink signaling information | |
| US8937911B2 (en) | Method and system for sharing resources in a wireless communication network | |
| CN102056174B (zh) | 一种资源调度的方法、装置和基站 | |
| EP2432289A1 (en) | Method and apparatus for scheduling uplink radio resources in radio communication system | |
| CN109392004A (zh) | 通信方法、基站、终端设备和系统 | |
| WO2006118427A2 (en) | Communicating control information in mobile communication system | |
| CN102143596A (zh) | 一种无线资源调度方法和系统 | |
| EP2469720A1 (en) | Method and terminal for setting a happy bit on an uplink enhanced control channel | |
| CN108141843B (zh) | 数据发送方法、用户设备和网络设备 | |
| KR200391476Y1 (ko) | 하이브리드-자동 반복 요청 프로세스를 할당하는 장치 | |
| JP5185945B2 (ja) | 無線通信システムおよび無線リソースの割当て方法 | |
| EP2045979B1 (en) | Radio communication system, radio communication method and base station | |
| KR20110118130A (ko) | 프로세스의 버퍼를 설정 및 처리하는 방법 및 그 시스템 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| ASS | Succession or assignment of patent right |
Owner name: INST OF TELECOMMUNICATION SCIENCE AND TECHNOLGOY Free format text: FORMER OWNER: DATANG MOBILE COMMUNICATION EQUIPMENT CO., LTD. Effective date: 20110506 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| COR | Change of bibliographic data |
Free format text: CORRECT: ADDRESS; FROM: 100083 NO. 29, XUEYUAN ROAD, HAIDIAN DISTRICT, BEIJING TO: 100083 NO. 40, XUEYUAN ROAD, HAIDIAN DISTRICT, BEIJING |
|
| TA01 | Transfer of patent application right |
Effective date of registration: 20110506 Address after: 100083 No. 40, Haidian District, Beijing, Xueyuan Road Applicant after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY Address before: 100083 Haidian District, Xueyuan Road, No. 29, Applicant before: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. |
|
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CP01 | Change in the name or title of a patent holder | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 100083 No. 40, Haidian District, Beijing, Xueyuan Road Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY Address before: 100083 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210604 Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. Address before: 100083 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |