CN101657017A - 一种资源调度方法、基站以及通信*** - Google Patents

一种资源调度方法、基站以及通信*** Download PDF

Info

Publication number
CN101657017A
CN101657017A CN200810216305A CN200810216305A CN101657017A CN 101657017 A CN101657017 A CN 101657017A CN 200810216305 A CN200810216305 A CN 200810216305A CN 200810216305 A CN200810216305 A CN 200810216305A CN 101657017 A CN101657017 A CN 101657017A
Authority
CN
China
Prior art keywords
uplink
semi
sub
real time
user equipment
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
Application number
CN200810216305A
Other languages
English (en)
Other versions
CN101657017B (zh
Inventor
李博
陈玉华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN200810216305A priority Critical patent/CN101657017B/zh
Priority to US12/549,521 priority patent/US20100074200A1/en
Priority to EP09169896A priority patent/EP2166803A1/en
Priority to PCT/CN2009/074052 priority patent/WO2010031356A1/zh
Priority to BRPI0903327-0A priority patent/BRPI0903327A2/pt
Publication of CN101657017A publication Critical patent/CN101657017A/zh
Application granted granted Critical
Publication of CN101657017B publication Critical patent/CN101657017B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例提供了一种资源调度方法、基站以及通信***，该资源调度方法包括当需要传输实时业务时，若判断需要为所述实时业务预留进程，确定预留进程用于上行半静态调度；发送通知消息给用户设备UE，所述通知消息中携带所述预留的进程的相关信息；指示所述用户设备UE在所述预留的进程对应的上行子帧传输数据包。通过本发明实施例提供的资源调度方法，减少了信令的发送，降低了信令开销，通过预留多个进程用于上行半静态调度来进行业务传输，可以很好的解决现有技术中上行半静态调度中的存在的冲突问题，极大的提升***的性能，提升了用户的业务体验。

Description

一种资源调度方法、基站以及通信***
技术领域
本发明涉及通信技术，尤其涉及一种资源调度方法、基站以及通信***。
背景技术
3GPP长期演进(Long Term Evolution，LTE)相比目前第三代移动通信***，其***在整体架构基于分组交换(Packet Switch，PS)，另外作为宽度码分多址WCDMA(Wideband Code Division Multiple Access)和时分-同步码分多址TD-SCDMA(Time Division-Synchronous Code Division Multiple Access)共同的长期演进，保留了频分复用FDD(Frequency Division Duplex)和时分复用TDD(Time Division Duplex)两种双工模式，其中TDD上下行占用在同一频段上不同的上下行子帧。为了更加灵活的匹配上下行业务量的不同，在TDD模式下，子帧的上下行配比是可以配置的，目前标准支持七种不同的子帧配置，其中配置的子帧上下行、相应的上行同步混合自动重传请求HARQ(Hybrid AutomaticRetransmission Request)进程数以及HARQ回环时间RTT(Round Trip Time)如下表一所示，可见除配置0和配置6以外的其它所有配置的HARQ回环时间都为10ms：
表一
Figure A20081021630500081
注：表中U表示上行，D表示下行。
语音业务是移动通信的重量级业务，一方面业务自身信源编码后具有周期性到达时间间隔(data arrivalinterval)的特性，另一方面业务对时延和抖动非常敏感，信源数据包需要得到及时的被发送，因此在此前的移动通信***中多通过电路交换的永久性连接来达到此类实时业务的服务质量QoS要求。为了保证语音业务对时延敏感的特性，规定了最大容忍时延，当语音业务数据包的重传时间到达最大容忍时延仍不能正确接收时，丢弃该包。
3GPP LTE***的***整体架构是基于分组交换，在支持IP承载语音(Voice over IP，VoIP)等实时业务时，应利用实时业务的特点，通过***设计和严格的QoS机制，保证实时业务的服务质量。
目前的LTE***，为了总体上提高***的可靠性和有效性，无线接口上采用动态调度和混合自动重传HARQ的机制来完成资源的调度、共享以及数据的正确传输。其中，对于LTE***在TDD模式下的上行传输，使用停等方式的同步混合自动重传请求HARQ机制，即采用多个HARQ进程(HARQ Process)并行处理数据，每一个进程上的每一个数据包的初始传输和重传，都按照预定的时间间隔进行处理，演进基站eNB(evolution NodeB)在下行物理控制信道PDCCH(Physic Downlink Control Channel)上发送上行许可信令，用户设备UE(User Equipment)按照所述上行许可信令在上行共享资源上发送数据包，所述eNB接收并检测数据包是否能够正确解码，并在预定的时间上发送正面或者错误反馈，按照反馈，所述eNB进行下一次重传或者初传的调度，每一个进程发送一个数据包以后，在收到相应反馈之前，不能够进行下一个数据包的发送或者本数据包的重传。
为了保证VoIP等实时业务的低时延以及低时延抖动的QoS要求，同时利用VoIP等实时业务数据包周期性的到达时间间隔，现有技术在包调度算法上进行了优化，引入了半静态调度SPS(semi-persistent scheduling)：在VoIP等实时业务刚进入通话状态时，通过PDCCH上的上行许可信令指示用户设备UE发送上行数据，并且指示后续周期性的都为UE保留与此相同的上行资源，用于发送新的数据。这种半静态调度一方面满足实时业务的QoS要求，另一方面减少PDCCH信令的开销。
发明人发现上述现有技术存在如下技术缺陷：由于LTE***的上行单载波特性，即同一个UE不可以在同一子帧传输多于一个数据包，当同步HARQ进程的回环时间RTT和VoIP等实时业务的半静态调度周期具有相同的公倍数时(如：RTT为10ms，SPS周期为20ms)，数据包的重传和SPS初始传输就会在同一时刻进行传输进而发生冲突，这样会导致***性能的严重下降，尤其是在在TDD模式下，该问题尤为严重。
发明内容
本发明实施例提供了一种资源调度方法、基站以及通信***，以解决当同步HARQ进程的回环时间RTT和半静态调度周期具有相同的公倍数时数据包的重传和SPS初始传输会在同一时刻进行传输进而发生冲突的问题。
本发明实施例提供的资源调度方法，具体为：
当需要传输实时业务时，若判断需要为所述实时业务预留进程，确定预留进程用于上行半静态调度；
发送通知消息给用户设备UE，所述通知消息中携带所述预留的进程的相关信息；
指示所述用户设备UE在所述预留的进程对应的上行子帧传输数据包。
本发明实施例提供的一种用户设备传输数据包的方法，该方法包括：
接收来自网络的通知消息，所述通知消息包括所述网络确定预留的用于上行半静态调度的进程的相关信息；
接收来自网络的指示，所述用户设备在所预留的进程对应的上行子帧传输数据包。
本发明实施例提供的基站，包括：
判断模块，用于判断是否需要为实时业务预留进程；
确定模块，用于若所述判断模块判断需要预留进程，则确定预留进程用于上行半静态调度；
通信模块，用于将所述确定模块所预留的进程的相关信息发送给用户设备UE；指示所述用户设备UE在所述预留的进程对应的上行子帧传输数据包。
本发明实施例提供的通信***，该***包括基站，所述基站以可通信方式同用户设备UE相连；
所述基站用于确定预留至少两个进程用于上行半静态调度；将所述预留的进程的相关信息发送给所述用户设备UE；指示所述用户设备UE在所述预留的进程对应的上行子帧传输数据包。
通过本发明实施例提供的资源调度方法，减少了信令的发送，降低了信令开销，通过预留多个进程用于上行半静态调度来进行业务传输，可以很好的解决现有技术中上行半静态调度中的存在的冲突问题，极大的提升***的性能，提升了用户的业务体验。
附图说明
图1为本发明实施例提供的资源调度方法流程图；
图2为本发明实施例提供的较优的确定预留用于上行半静态调度的进程的方法示意图；
图3为本发明实施例提供的在配置类型1上进行资源调度的示意图；
图4为本发明实施例提供的另一种在配置类型1上进行资源调度的示意图；
图5为本发明实施例提供的在配置类型3上进行资源调度的示意图；
图6为本发明实施例提供的另一种在配置类型3上进行资源调度的示意图；
图7为本发明实施例提供的基站结构图。
具体实施方式
为使本发明实施例的目的、技术方案以及优点表达的更清楚明白、下面结合具体实施例和附图详细说明本发明实施例提供的技术方案。
针对LTE***中上行同步HARQ条件下的实时业务的半静态调度SPS，本发明实施例提供了一种资源调度的方法，本实施例中，当有实时业务需要传输时，若判断需要为所述实时业务预留进程，则基站确定预留进程用于上行SPS调度；发送通知消息给用户设备UE，所述通知消息中携带所述预留的进程的相关信息；指示所述用户设备UE使用所述预留的进程对应的上行子帧传输数据包。若所述预留的进程中的某进程上的数据包传输失败，则可以根据该进程的回环时间RTT所对应的上行子帧来重传所述数据包。
下面以在LTE***中的实时业务调度为例来详细说明本发明实施例提供的资源调度的方法，但本发明实施例并不仅限于LTE***。
如图1所示，本发明实施例提供的一种资源调度的方法，当有实时业务需要传输时，该方法具体包括：
步骤100、eNB判断是否需要为所述实时业务预留进程；
本发明实施例中，当有实时业务需要传输时，所述eNB首先判断是否需要为所述待传输的实时业务预留进程，如可以是根据子帧配置类型的回环时间RTT和所述实时业务的半静态调度周期来判断在所述实时业务的最大容忍时延内是否存在冲突，若存在冲突，则需要为所述实时业务预留进程，转步骤101；若不存在冲突，则判断可以不用为所述实时业务预留进程，可转步骤104。这里，在判断是否存在冲突可以是比较所述子帧配置类型的回环时间RTT和所述实时业务的半静态调度周期的最小公倍数和所述实时业务的最大容忍时延，若所述子帧配置类型的回环时间RTT和所述实时业务的半静态调度周期的最小公倍数小于等于所述实时业务的最大容忍时延，则判断存在冲突；若所述子帧配置类型的回环时间RTT和所述实时业务的半静态调度周期的最小公倍数大于所述实时业务的最大容忍时延，则判断不存在冲突。
步骤101、所述eNB确定预留进程用于上行半静态调度。
本发明实施例中，有实时业务需要传输时，若判断需要为所述实时业务预留进程，则所述eNB可以是缺省的预留两个进程，也可以是根据所述实时业务预留两个以上的进程。所述eNB可以是随机选择两个或多个进程并将所选择的进程预留用于上行半静态调度来传输所述的实时业务。
步骤102、所述eNB发送通知消息给用户设备UE，所述通知消息中携带所述预留的进程的相关信息。
本发明实施例中，所述通知消息可以是信令，如可以是无线资源控制RRC(Radio Resource Control)信令。即所述eNB可以通过信令将所述预留的进程的相关信息发送给所述用户设备UE，如通过所述无线资源控制RRC信令将所述预留的进程的相关信息发送给所述用户设备UE，当然，所述eNB也可以是通过***其他的信令将所述预留的进程的相关信息发送给所述用户设备。本实施例中，所述进程的相关信息可以是进程个数、进程号、进程集合、进程对应的子帧号或者进程对应的子帧集合或多进程模式Multiple pattern，也可以是上述信息中的任意两种、多种、或全部等。
本发明实施例中，在通过所述RRC信令携带所述预留的进程的相关信息时，可以是在RRC信令中定义特定比特位来表示，如该特定比特位取值为1时，表示缺省的预留了2个进程，如该特定比特位取值为0，则表示不需要预留进程。也可以是以RRC信令中的两个或多个特定比特位来表示，以两个特定比特位为例，如取值为“11”，则表示预留了3个进程，如取值为“10”，则表示预留了2个进程，如取值为“00”，则表示不需要预留进程。当然，本发明实施例中，也可以是采用其他方式通过所述RRC信令来携带所述预留的进程的相关信息，如也可以是在RRC信令中定义一个信元用于表示预留的进程的相关信息，如果在下发的RRC信令中没有所述定义的信元，则表示本次实时业务的传输不需要预留进程；如果在下发的RRC信令中包含所述定义的信元，则该信元的取值表示不同的进程的预留情况，如不同的取值可以表示预留的不同进程数，也可以表示预留的不同的进程集合等等；还可以是在所述RRC信令中定义信元用于表示是否为多进程模式Multiple pattern，如该信元取值为1可表示为本次实时业务传输采用多进程模式Multiple pattern。
步骤103、所述eNB指示所述用户设备UE在所述预留的进程对应的上行子帧传输数据包。
本发明实施例中，所述eNB可以是通过PDCCH信令来指示所述用户设备UE在所述预留的进程对应的上行子帧传输数据包。优选的，所述eNB可以是通过所述的PDCCH信令来指示所述UE第一个数据包传输应使用的进程对应的上行子帧，所述第一个数据包传输应使用的进程为所述预留的进程中的任意一个。
本发明实施例中，所述用户设备UE接收由所述eNB发送给该UE的预留的进程的相关信息，接收所述eNB发送给该UE的指示，在所述预留的进程对应的上行子帧传输数据包。如可以是根据所述eNB的指示的第一个数据包传输应使用的进程对应的上行子帧，开始从相应上行子帧传输数据包，优选的，所述用户设备UE可以是顺序循环使用所述预留的进程对应的上行子帧来传输数据包，当然，本发明实施例中，所述用户设备UE也可以是以其他方式来使用所述预留的进程对应的上行子帧来传输数据包，如可以随机的使用所预留的进程对应的上行子帧来传输数据包等。
进一步的，本发明实施例中，在通过所述预留的进程对应的上行子帧传输数据包的过程中，如果某进程上的数据包传输失败，则可按照该进程所属的配置类型的回环时间RTT进行数据重传。本发明实施例中，在重传时，可以采用自适应、或者非自适应的方式进行数据的重传，这里，所述的自适应方式是指：缺省的按照原数据包发送时采用的格式来重传所述数据包；所述的非自适应方式是指：根据实际情况在重传时可采用新指定的格式来重传所述数据包。进一步的，本发明实施例中，若所述预留的进程中的某进程被调度到进行新的数据包传输时，如果该进程上一次的数据包传输还没有传输成功，则终止其重传，在该进程上传输新的数据包，这里，所述的该进程上一次的数据包传输可以是用于本实时业务半静态调度的传输还可以是用于其他业务的动态调度的传输。
通过本发明实施例提供的资源调度方法，减少了信令的发送，降低了信令开销。通过预留多个进程用于上行半静态调度来进行业务传输，可以很好的解决现有技术中上行半静态调度中的存在的冲突问题，极大的提升***的性能。
进一步的，若判断存在冲突，所述eNB在确定预留的用于上行半静态调度的进程时，除了上述步骤101中介绍的可以随机选择进程的方式外，本发明实施例中，所述eNB还可以根据子帧的配置类型以及所述实时业务的半静态调度周期、以及所述实时业务的最大容忍时延来确定预留用于上行半静态调度的进程。本发明实施例中，若某几个进程所对应的子帧在时序上相邻，则这些进程可称之为相邻进程，则优选的，所述eNB可在这些相邻进程中确定预留的用于上行半静态调度的进程。
如上所述在相邻进程中选择预留进程时，可以有如下两种不同方式：
方式1、可以缺省的在子帧的配置类型的相邻进程中选择2个相邻进程作为预留进程，所述预留的2个相邻进程可作为预留的进程集合。或者
方式2、如图2所示，是本发明实施例提供的一种优选的从相邻进程中确定预留用于上行半静态调度的进程的方法，该方法具体包括：
S200、确定所述实时业务的最大容忍时延内的最大需求进程数。
本发明实施例中，可以按照如下公式来确定在所述最大需求进程数：
最大需求进程数＝floor(最大容忍时延/半静态调度周期)
即所述最大需求进程数为所述最大容忍时延除以所述半静态调度周期后上取整。
S201、根据子帧配置类型确定该配置类型下的最大相邻进程数。
S202、确定预留的用于上行半静态调度的进程。
本发明实施例中，可根据在所述最大相邻进程数和所述最大需求进程数中取较小的值来确定预留的用于上行半静态调度的进程数，由此进一步可确认用于上行半静态调度的进程，这些进程都是相邻进程。
上述图2是本发明实施例提供的一种较优的用于确定预留的用于上行半静态调度的进程的方法，可选的，在本发明实施例中，综合考虑eNB下资源的整体调度情况，所述eNB确定预留的用于上行半静态调度的进程数也可以不同于上述步骤S202中确定的进程数，如可以是大于或小于所述S202中确定的进程数。
根据上述较优方法确定好预留的用于上行半静态调度的进程后，按照上述本发明实施例提供的方法进行资源调度来传输业务。
通过本发明实施例提供的方案，减少了信令的发送，降低了信令开销；通过预留多个进程用于上行半静态调度来传输业务，很好的解决了现有技术中上行半静态调度中的存在的冲突问题，极大的提升了***性能。进一步的，通过本发明实施例提供的优选的方案来确定预留的用于上行半静态调度的进程，因为这些进程是从相邻进程中选择的，因此该方案可以更进一步的降低半静态调度数据包的时延和时延抖动，提升了用户的业务体验。
优选的，本发明实施例中，如果所述预留的进程中的某进程上的数据包未被正确接收、且下一次调度使用该进程传输本业务的数据包之前还有传输机会，则所述eNB可以根据实际需要，将该进程动态调度给其他业务进行数据包传输。这样，通过进程的重用，进一步提高了资源的利用率以及***的性能。
进一步的，当步骤100中所述eNB判断不需要为所述实时业务预留进程，则可执行下述步骤。
步骤104、所述eNB发送通知消息给所述用户设备UE，所述通知消息中携带无预留进程的信息。
本发明实施例中，所述通知消息可以是信令，如可以是无线资源控制RRC(Radio Resource Control)信令。在通过所述RRC信令携带所述无预留进程的信息时，可以是以RRC信令中定义一个特定比特位来表示，如该特定比特位取值为0，则表示无预留进程，即不需要预留进程。也可以是以RRC信令中的两个或多个特定比特位来表示，以两个特定比特位为例，如取值为“00”，则表示无预留进程，即不需要预留进程。当然，本发明实施例中，也可以是采用其他方式通过所述RRC信令来携带所述无预留进程的信息，如也可以是在RRC信令中定义一个信元用于表示预留的进程的相关信息，如果在下发的RRC信令中没有所述定义的信元，则表示本次实时业务的传输不需要预留进程；还可以是在所述RRC信令中定义信元用于表示是否为多进程模式Multiplepattern，如该信元取值为0可表示为本次实时业务传输不采用多进程模式Multiple pattern。
步骤105、指示所述用户设备UE在所述实时业务的半静态调度周期对应的上行子帧传输数据包。
本发明实施例中，当判断不需要为所述实时业务预留进程时，则可以按照现有的半静态调度来进行业务传输，如所述eNB指示所述用户设备UE在所述实时业务的半静态调度周期对应的上行子帧传输数据包，这里，可以是通过PDCCH信令来告知所述用户设备UE该实时业务的半静态调度周期，激活所述用户设备UE在所述实时业务的半静态调度周期对应的上行子帧传输数据包。
下面具体以配置类型1为例来详细说明本发明实施例提供的资源调度的方法。如图3所示，该实施例中，实时业务的半静态调度周期为20ms，该实时业务的最大容忍时延为50ms，子帧配置类型1的RTT为10ms。因为RTT(10ms)和半静态调度周期(20ms)的最小公倍数为20ms，该最小公倍数小于最大容忍时延50ms，所以判断存在冲突：在数据包的第二次重传和第四次重传时将会和随后的数据包的初始传输相冲突，可采用本发明实施例提供的资源调度方案来传输实时业务。如所述eNB可以在四个进程中选择两个进程并将其预留用于上行半静态调度，如可以是随机的在所述四个进程中选择两个进程，本实施例中选择进程1(process 1)和进程3(process 3)。图中水平方向表示帧的时序，每一个间隔表示一个1ms子帧，垂直方向表示不同的进程以及该进程可占用的时序资源，图中的灰色小方块表示了该进程可占用的时序资源，同一进程相邻两个可占用的时序资源之间的间隔为该进程的回环时间RTT，如图所示，为10ms。图中箭头所指的灰色小方块表示用于传输新的数据包的时序资源；灰色小方块中的数字表示新传输的数据包的序列号；不带数字的灰色小方块可用于该进程上数据包的重传。
所述eNB可以通过RRC信令通知用户设备UE预留的两个进程的相关信息，如可以是进程个数、进程号、进程集合、进程对应的子帧号或者进程对应的子帧集合或多进程模式Multiple pattern，进一步的，也可以是上述信息中的任意两种、多种或全部。所述eNB通过PDCCH信令指示所述用户设备UE在所述预留的2个进程对应的上行子帧传输数据包，如所述eNB可以是通过PDCCH信令指示所述UE第一个数据包(如图中的数据包1)传输应使用的进程对应的上行子帧，激活在如图所示的相应子帧上进行数据包1的初始传输。本实施例中，根据用户设备UE接收PDCCH信令进行判定到发送上行数据包的处理时间需求，所述eNB发送PDCCH信令的时刻应该提前于激活时刻。
所述用户设备UE可以是顺序循环使用两个进程对应的上行子帧传输数据包，即在如图中箭头指示的灰色小方块传输新的数据包，则半静态调度周期变为25ms(即从进程1对应的上行子帧传输数据包1到进程3对应的上行子帧传输数据包2之间的时间间隔)和15ms(即从进程3对应的上行子帧传输数据包2到进程1对应的上行子帧传输数据包3之间的时间间隔)，数据包到达eNB的到达周期分别延迟5ms和提前5ms；当然，本发明实施例中，所述用户设备UE也可以是以其他方式来使用所述预留的进程对应的上行子帧来传输数据包，如可以随机的使用所预留的进程对应的上行子帧来传输数据包等。
如果所述两个进程中的某进程上传输的数据包没有被所述eNB正确接收，则在该进程被调度到用于传输新的数据包之前，按照回环时间RTT，该进程所有的资源位置均可以进行自适应或者非自适应的重传，如图所示，若所述两个进程中的进程1上的数据包1没有被所述eNB正确接收，则在该进程1下一次被调度到用于传输数据包3之前，按照该进程1的RTT，该进程所有的资源位置(即图中进程1上的灰色小方块所指示的位置)均可以进行自适应或者非自适应的重传。
通过本发明实施例提供的资源调度方法，减少信令的发送，降低了信令开销，很好的解决了现有技术中上行半静态调度中的存在的冲突问题，提升了***性能，提升了用户的业务体验。
优选的，如果所预留的两个进程中的某进程上数据包传输成功、且下一次调度使用该进程传输本业务的数据包之前，还有传输机会，则所述eNB可以根据实际需要，将该进程动态调度给其他业务进行数据传输。例如，如果判断所述两个进程中的进程1上的数据包1被所述eNB正确接收，则在下一次使用该进程对应的上行子帧传输数据包3之前，若还有传输机会则所述eNB可以根据需要重用该进程进行动态调度，用来传输其他业务，在数据包3的发送时刻，无论该进程上先前的数据包是否成功发送，都被终止，直接开始数据包3的发送。这样，通过进程的重用，进一步提高了资源的利用率以及***的性能。
下面具体以配置类型1为例来详细说明本发明实施例提供的资源调度的方法，该实施例中，实时业务的半静态调度周期为20ms，该实时业务的最大容忍时延为50ms，子帧配置类型1的RTT为10ms。本实施例中，因为RTT(10ms)和半静态调度周期(20ms)的最小公倍数为20ms，该最小公倍数小于最大容忍时延50ms，所以判断存在冲突：在数据包的第二次重传和第四次重传时将会和随后的数据包的初始传输相冲突，可采用本发明实施例提供的资源调度方案来传输实时业务。所述eNB在选择预留的进程时可采用本发明实施例提供的优选方法来确定预留的用于半静态调度的进程。
如图4所示，水平方向表示帧的时序，每一个间隔表示一个1ms子帧，垂直方向表示不同的进程以及该进程可占用的时序资源，图中的灰色小方块表示了该进程可占用的时序资源，同一进程相邻两个可占用的时序资源之间的间隔为该进程的回环时间RTT，如图所示，为10ms；图中箭头所指的灰色小方块表示用于传输新的数据包的时序资源；灰色小方块中的数字表示新传输的数据包的序列号；不带数字的灰色小方块可用于该进程上数据包的重传；如图所示，前两个进程以及后两个进程因为所占时序资源相邻，所以为相邻进程，因此该配置类型1的最大相邻进程数为2。
为了避免在最大容忍时延内的冲突，确定预留2个相邻进程用于上行半静态调度，这两个相邻进程可以是前两个相邻进程(即子集Subset 1)，也可以是后两个相邻进程(即子集Subset 2)。
以预留前两个相邻进程(即子集Subset 1)为例，所述eNB可以通过RRC信令通知用户设备UE预留的相邻进程的相关信息，如可以是进程个数、进程号、进程集合、进程对应的子帧号或者进程对应的子帧集合或多进程模式Multiplepattern，进一步的，也可以是上述信息中的任意两种、多种或全部。如这里，所述eNB可以是通过所述RRC信令通知用户设备UE为多进程模式Multiplepattern，所述eNB通过PDCCH信令指示所述用户设备UE在所述预留的两个相邻进程对应的上行子帧传输数据包，如所述eNB可以是通过PDCCH信令指示所述UE第一个数据包(如图中的数据包1)传输应使用的进程对应的上行子帧，激活在如图所示的相应子帧上进行数据包1的初始传输，这里，所述PDCCH信令指示第一个数据包(如图中的数据包1)传输使用第一个上行子帧，则确定本次实时业务的传输预留为子集Subset 1的进程集合。本实施例中，根据用户设备UE接收PDCCH信令进行判定到发送上行数据包的处理时间需求，所述eNB发送PDCCH信令的时刻应该提前于激活时刻。
所述用户设备UE可以是顺序循环使用所述子集Subset 1中的两个相邻进程对应的上行子帧传输数据包，即在如图中箭头指示位置发送数据包，则半静态调度周期变为21ms(即从进程1对应的上行子帧传输数据包1到进程2对应的上行子帧传输数据包2之间的时间间隔)和19ms(即从进程2对应的上行子帧传输数据包2到进程1对应的上行子帧传输数据包3之间的时间间隔)，数据包到达eNB的到达周期分别延迟1ms和提前1ms；当然，本发明实施例中，所述用户设备UE也可以是以其他方式来使用所述预留的进程对应的上行子帧来传输数据包，如可以随机的使用所预留的进程对应的上行子帧来传输数据包等。
如果所述两个相邻进程中的某进程上的数据包没有被所述eNB正确接收，则在该进程被调度到用于传输新的数据包之前，按照回环时间RTT，该进程所有的资源位置均可以进行自适应或者非自适应的重传，如图所示，若所述两个相邻进程中的进程1上的数据包1没有被所述eNB正确接收，则在该进程1下一次被调度到用于传输数据包3之前，按照该进程1的RTT，该进程所有的资源位置(即图中进程1上的灰色小方块所指示的位置)均可以进行自适应或者非自适应的重传。
通过本发明实施例提供的资源调度方法，减少信令的发送，降低了信令开销，很好的解决了现有技术中上行半静态调度中的存在的冲突问题；该方案降低半静态调度数据包的时延和时延抖动，很好的提升了***性能，提升了用户的业务体验。
优选的，如果所预留的2个相邻进程中的某进程上数据包传输成功、且下一次调度使用该进程传输本业务的数据包之前，还有传输机会，则所述eNB可以根据实际需要，将该进程动态调度给其他业务进行数据传输。例如，如果判断所述两个相邻进程中的进程1上的数据包1被所述eNB正确接收，则在下一次使用该进程对应的上行子帧传输数据包3之前，若还有传输机会则所述eNB可以根据需要重用该进程进行动态调度，用来传输其他业务，在数据包3的发送时刻，无论该进程上先前的数据包是否成功发送，都被终止，直接开始数据包3的发送。这样，通过进程的重用，进一步提高了资源的利用率以及***的性能。
下面具体以配置类型3为例来详细说明本发明实施例提供的资源调度的方法，该实施例中，实时业务的半静态调度周期为20ms，该实时业务的最大容忍时延为50ms，配置类型3的RTT为10ms。本实施例中，因为RTT(10ms)和半静态调度周期(20ms)的最小公倍数为20ms，该最小公倍数小于最大容忍时延50ms，所以判断存在冲突：在数据包的第二次重传和第四次重传时将会和随后的数据包的初始传输相冲突，可采用本发明实施例提供的资源调度方案来传输实时业务。所述eNB在选择预留的进程时可采用本发明实施例提供的优选方法来确定预留的用于半静态调度的进程。
如图5所示，水平方向表示帧的时序，每一个间隔表示一个1ms子帧；垂直方向表示不同的进程以及该进程可占用的时序资源，图中的灰色小方块表示了该进程可占用的时序资源，同一进程相邻两个可占用的时序资源之间的间隔为该进程的回环时间RTT，如图所示，为10ms；图中箭头所指的灰色小方块表示用于传输新的数据包的时序资源；灰色小方块中的数字表示新传输的数据包的序列号；不带数字的灰色小方块可用于该进程上数据包的重传；如图所示，全部三个进程因为所占时序资源相邻，所以为相邻进程，因此该配置类型3的最大相邻进程数为3。
为了避免在最大容忍时延内的冲突，在最大容忍时延内的最大需求进程数为floor(50ms/20ms)＝3，即在最大容忍时延内的最大需求进程数为3个。
根据最大相邻进程数(3个)和最大容忍时延内的最大需求进程数(3个)，确定预留3个相邻进程用于上行半静态调度。可选的，在本发明实施例中，综合考虑eNB下资源的整体调度情况，所述eNB确定预留的用于上行半静态调度的进程数也可以不同于上述确定预留的3个进程，如确定预留的进程数也可以是大于或小于3个。
下面以预留3个进程为例进行说明，所述eNB可以通过RRC信令通知用户设备UE预留的相邻进程的相关信息，如可以是进程个数、进程号、进程集合、进程对应的子帧号或者进程对应的子帧集合或多进程模式Multiple pattern，进一步的，也可以是上述信息中的任意两种、多种或全部。所述eNB通过PDCCH信令指示所述用户设备UE在所述预留的3个相邻进程对应的上行子帧传输数据包，如所述eNB可以是通过PDCCH信令指示所述UE第一个数据包(如图中的数据包1)传输应使用的进程对应的上行子帧，激活在如图所示的相应子帧上数据包1的初始传输。本实施例中，根据用户设备UE接收PDCCH信令进行判定到发送上行数据包的处理时间需求，所述eNB发送PDCCH信令的时刻应该提前于激活时刻。
所述用户设备UE可以是顺序循环使用所述预留的三个相邻进程对应的上行子帧传输数据包，即在如图箭头指示位置发送数据包，则半静态调度周期为分别变为21ms(即从进程1对应的上行子帧传输数据包1到进程2对应的上行子帧传输数据包2之间的时间间隔)、21ms(即从进程2对应的上行子帧传输数据包2到进程3对应的上行子帧传输数据包3之间的时间间隔)、18ms(即从进程3对应的上行子帧传输数据包3到进程1对应的上行子帧传输新的数据包之间的时间间隔)，数据包到达所述eNB的到达周期最大延迟2ms、最大提前2ms；当然，本发明实施例中，所述用户设备UE也可以是以其他方式来使用所述预留的进程对应的上行子帧来传输数据包，如可以随机的使用所预留的进程对应的上行子帧来传输数据包等。
如果所述3个相邻进程中的某进程上的数据包没有被所述eNB正确接收，则在该进程被调度到用于传输新的数据包之前，按照回环时间RTT，该进程所有的资源位置均可以进行自适应或者非自适应的重传，如图所示，若所述3个相邻进程中的进程1上的数据包1没有被所述eNB正确接收，则在该进程1下一次被调度到用于传输新的数据包之前，按照该进程1的RTT，该进程所有的资源位置(即图中进程1上的灰色小方块所指示的位置)均可以进行自适应或者非自适应的重传。
通过本发明实施例提供的资源调度方法，减少信令的发送，降低了信令开销，很好的解决了现有技术中上行半静态调度中的存在的冲突问题；该方案降低半静态调度数据包的时延和时延抖动，很好的提升了***性能，提升了用户的业务体验。
优选的，如果所预留的3个相邻进程中的某进程上数据包传输成功、且下一次调度使用该进程传输本业务的数据包之前，还有传输机会，则所述eNB可以根据实际需要，将该进程动态调度给其他业务进行数据传输。例如，如果判断所述3个相邻进程中的进程1上的数据包1被所述eNB正确接收，则在下一次使用该进程对应的上行子帧传输新的数据包之前，若还有传输机会则所述eNB可以根据需要重用该进程进行动态调度，用来传输其他业务，在所述新的数据包的发送时刻，无论该进程上先前的数据包是否成功发送，都被终止，直接开始所述新的数据包的发送。这样，通过进程的重用，进一步提高了资源的利用率以及***的性能。
在相邻进程中确定预留的进程时，除了按照图2所示方式那样来确定预留的进程外，还可以是在所述相邻进程中缺省地预留2个相邻进程，可以把该缺省地预留的2个相邻进程作为一个进程集合。具体的如图6所示：
下面具体以配置类型3为例来详细说明本发明实施例提供的资源调度的方法，该实施例中，实时业务的半静态调度周期为20ms，该实时业务的最大容忍时延为50ms，配置类型3的RTT为10ms。本实施例中，因为RTT(10ms)和半静态调度周期(20ms)的最小公倍数为20ms，该最小公倍数小于最大容忍时延50ms，所以判断存在冲突：在数据包的第二次重传和第四次重传时将会和随后的数据包的初始传输相冲突，可采用本发明实施例提供的资源调度方案来传输实时业务。
如图6所示，水平方向表示帧的时序，每一个间隔表示一个1ms子帧；垂直方向表示不同的进程以及该进程可占用的时序资源，图中的灰色小方块表示了该进程可占用的时序资源，同一进程相邻两个可占用的时序资源之间的间隔为该进程的回环时间RTT，如图所示，为10ms；图中箭头所指的灰色小方块表示用于传输新的数据包的时序资源；灰色小方块中的数字表示新传输的数据包的序列号；不带数字的灰色小方块可用于该进程上数据包的重传；如图所示，全部三个进程因为所占时序资源相邻，所以为相邻进程，因此该配置类型3的最大相邻进程数为3。
为了避免在最大容忍时延内的冲突，缺省的可以在所述的3个相邻进程中预留2个相邻进程，如可以是前2个相邻进程(如图所示的子集Subset 1)、或可以是后面2个相邻进程(如图所示的子集Subset 2)。
下面以预留前2个相邻进程(如图所示的子集Subset 1)为例进行说明，所述eNB可以通过RRC信令通知用户设备UE预留的相邻进程的相关信息，如可以是进程个数、进程号、进程集合、进程对应的子帧号或者进程对应的子帧集合、或多进程模式Multiple pattern，进一步的，也可以是上述信息中的任意两种、多种或全部。这里，所述eNB可以是通过RRC信令来通知所述UE为多进程模式Multiple pattern。所述eNB通过PDCCH信令指示所述用户设备UE在所述预留相邻进程对应的上行子帧传输数据包，如所述eNB可以是通过PDCCH信令指示所述UE第一个数据包(如图中的数据包1)传输应使用的进程对应的上行子帧，激活在如图所示的相应子帧上数据包1的初始传输。这里，如果所述PDCCH信令指示第一个数据包(如图中的数据包1)传输使用如图第一个上行子帧，则预留的是子集Subset 1进程集合对应的上行子帧资源；如果所述PDCCH信令指示第一个数据包(如图中的数据包1)传输使用如图第二个或者第三个上行子帧，则所预留的是子集Subset 2进程集合对应的上行子帧资源。本实施例中，根据用户设备UE接收PDCCH信令进行判定到发送上行数据包的处理时间需求，所述eNB发送PDCCH信令的时刻应该提前于激活时刻。如图所示，以预留子集Subset 1为例进程说明。
所述用户设备UE可以是顺序循环使用所述预留的2个相邻进程对应的上行子帧传输数据包，即在如图箭头指示位置发送数据包，则半静态调度周期为分别变为21ms(即从进程1对应的上行子帧传输数据包1到进程2对应的上行子帧传输数据包2之间的时间间隔)、19ms(即从进程2对应的上行子帧传输数据包2到进程1对应的上行子帧传输数据包3之间的时间间隔)，数据包到达所述eNB的到达周期最大延迟1ms、最大提前1ms；当然，本发明实施例中，所述用户设备UE也可以是以其他方式来使用所述预留的进程对应的上行子帧来传输数据包，如可以随机的使用所预留的进程对应的上行子帧来传输数据包等。
如果所述2个相邻进程中的某进程上的数据包没有被所述eNB正确接收，则在该进程被调度到用于传输新的数据包之前，按照回环时间RTT，该进程所有的资源位置均可以进行自适应或者非自适应的重传，如图所示，若所述2个相邻进程中的进程1上的数据包1没有被所述eNB正确接收，则在该进程1下一次被调度到用于传输新的数据包之前，按照该进程1的RTT，该进程所有的资源位置(即图中进程1上的灰色小方块所指示的位置)均可以进行自适应或者非自适应的重传。
通过本发明实施例提供的资源调度方法，减少信令的发送，降低了信令开销，很好的解决了现有技术中上行半静态调度中的存在的冲突问题；因为是在相邻进程中确定预留的进程，因此该方案可以很好的降低半静态调度数据包的时延和时延抖动，很好的提升了***性能，提升了用户的业务体验。
优选的，如果所预留的2个相邻进程中的某进程上数据包传输成功、且下一次调度使用该进程传输本业务的数据包之前，还有传输机会，则所述eNB可以根据实际需要，将该进程动态调度给其他业务进行数据传输。例如，如果判断所述2个相邻进程中的进程1上的数据包1被所述eNB正确接收，则在下一次使用该进程对应的上行子帧传输新的数据包之前，若还有传输机会则所述eNB可以根据需要重用该进程进行动态调度，用来传输其他业务，在所述新的数据包的发送时刻，无论该进程上先前的数据包是否成功发送，都被终止，直接开始所述新的数据包的发送。这样，通过进程的重用，进一步提高了资源的利用率以及***的性能。
进一步的，对于平均回环时间RTT为11.67ms的配置类型0、或回环时间RTT为12ms的配置类型6，针对半静态调度周期为20ms、最大容忍时延为50ms的实时业务：由于RTT和半静态调度周期的最小公倍数大于50ms(本实施例中，分别为233.4ms、60ms)，因此判断在业务的最大容忍时延内不存在冲突，则这种情况下可以不用预留进程，则所述eNB可通过RRC信令告知所述用户设备UE不需要为该实时业务预留进程，通过PDCCH信令告知所述用户设备UE该实时业务的半静态调度周期，激活所述用户设备UE在所述实时业务的半静态调度周期对应的上行子帧传输数据包。半静态调度的数据包可如现有技术那样按照时间关系临时占据在不同的进程上。
如图7所示，本发明实施例还提供了一种基站，该基站包括判断模块700、确定模块702、以及通信模块704。
所述判断模块700，用于判断是否需要为实时业务预留进程。
当有实时业务需要传输时，所述基站的判断模块700首先判断是否需要为所述待传输的实时业务预留进程，如可以是根据子帧配置类型的回环时间RTT和所述实时业务的半静态调度周期来判断在所述实时业务的最大容忍时延内是否存在冲突，若存在冲突，则需要为所述实时业务预留进程；若不存在冲突，则不需要为所述实时业务预留进程。这里，在判断是否存在冲突可以是比较所述子帧配置类型的回环时间RTT和所述实时业务的半静态调度周期的最小公倍数和所述实时业务的最大容忍时延，若所述子帧配置类型的回环时间RTT和所述实时业务的半静态调度周期的最小公倍数小于等于所述实时业务的最大容忍时延，则判断存在冲突；若所述子帧配置类型的回环时间RTT和所述实时业务的半静态调度周期的最小公倍数大于所述实时业务的最大容忍时延，则判断不存在冲突。
所述确定模块702，用于若所述判断模块700判断需要预留进程，则确定预留进程用于上行半静态调度；
通信模块704，用于将所述确定模块702所预留的进程的相关信息发送给用户设备UE；指示所述用户设备UE在所述预留的进程对应的上行子帧传输数据包。
本发明实施例中，所述通信模块704可以是通过信令将所述确定预留的进程的相关信息发送给所述用户设备UE，如可以是通过无线资源控制RRC(Radio Resource Control)信令将所述预留的进程的相关信息发送给所述用户设备UE，当然，所述eNB也可以是通过***其他的信令将所述预留的进程的相关信息发送给所述用户设备UE。本实施例中，所述进程的相关信息可以是进程个数、进程号、进程集合、进程对应的子帧号或者进程对应的子帧集合或多进程模式Multiple pattern，也可以是上述信息中的任意两种、多种或全部。
本发明实施例中，所述通信模块704可以是通过PDCCH信令来指示所述用户设备UE在所述预留的进程对应的上行子帧传输数据包。优选的，所述通信模块704可以是通过所述的PDCCH信令来指示所述用户设备UE第一个数据包传输应使用的进程对应的上行子帧，所述第一个数据包传输应使用的进程为所述预留的至少两个进程中的任意一个。
可选的，本发明实施例中，所述确定模块702可以包括随机选择模块7020，用于随机选择至少两个进程，确定预留所述随机选择的至少两个进程用于上行半静态调度。
可选的，所述确定模块702在确定预留的用于上行半静态调度的进程时，除了可使用随机选择模块7020采用随机选择进程的方式外，本发明实施例中，所述确定模块702还可以根据子帧的配置类型以及半静态调度周期等信息来确定预留用于上行半静态调度的进程。具体如下：
可选的，本发明实施例中，所述确定模块702还可以包括计算模块7022、确认子模块7024和选择子模块7026；
所述计算模块7022，用于根据所述最大容忍时延以及所述实时业务的半静态调度周期确定在所述最大容忍时延内的最大需求进程数，本发明实施例中，所述计算模块7022可以按照如下公式来确定在所述最大需求进程数：最大需求进程数＝floor(最大容忍时延/半静态调度周期)，即最大需求进程数为最大容忍时延除以半静态调度周期的商上取整。
所述确认子模块7024，用于根据所述子帧的配置类型确定该配置类型下的最大相邻进程数。
所述选择子模块7026，用于根据所述计算模块7022确定的所述最大容忍时延内的最大需求进程数和所述确认子模块7024确认的最大相邻进程数确定预留的用于上行半静态调度的进程。本发明实施例中，所述选择子模块7026可根据在所述最大相邻进程数和所述最大需求进程数中取较小的值来确定预留的用于上行半静态调度的进程数，由此进一步可确认用于上行半静态调度的进程，这些进程都是相邻进程。
所述通信模块704还用于若所述判断模块700判断不需要为所述实时业务预留进程，则发送通知消息给所述用户设备UE，所述通知消息中携带无预留进程的信息；指示所述用户设备UE在所述实时业务的半静态调度周期对应的上行子帧传输数据包。
这样，通过本发明实施例提供的基站来进行资源调度，减少了信令的发送，降低了信令开销；通过预留多个进程用于上行半静态调度来传输业务，很好的解决了现有技术中上行半静态调度中的存在的冲突问题，极大的提升了***性能。
进一步的，本发明实施例还提供一种通信***，该***包括基站，所述基站以可通信方式同用户设备UE相连，当需要传输实时业务时，所述基站若判断需要为所述实时业务预留进程，则确定预留进程用于上行半静态调度；发送通知消息给用户设备UE，所述通知消息中携带所述预留的进程的相关信息；指示所述用户设备UE在所述预留的进程对应的上行子帧传输数据包。
在该***中，所述基站在确定预留进程用于上行半静态调度时，可以是缺省的预留两个进程，也可以是根据所述实时业务预留两个以上的进程。该基站可以是随机选择两个或多个进程以预留用于上行半静态调度，也可以是如上述实施例所描述的那样，根据子帧的配置类型以及半静态调度周期等信息来确定预留用于上行半静态调度的进程，具体方式参见上述图2的实施例。
在该***中，如上述图1至图6的实施例所记载的方案，所述通知消息可以是信令，该信令携带所述确定预留的进程的相关信息，如可以是无线资源控制RRC(Radio Resource Control)信令，当然，也可以是通过***其他的信令。本实施例中，所述进程的相关信息可以是进程个数、进程号、进程集合、进程对应的子帧号或者进程对应的子帧集合或多进程模式Multiple pattern，也可以是上述信息中的任意两种、多种或全部。
本发明实施例中，所述基站可以是通过PDCCH信令来指示所述用户设备UE在所述预留的进程对应的上行子帧传输数据包。优选的，所述基站可以是通过所述的PDCCH信令来指示所述UE第一个数据包传输应使用的进程对应的上行子帧，所述第一个数据包传输应使用的进程为所述预留的至少两个进程中的任意一个。
该***中，所述用户设备UE接收来自所述基站的通知消息，获取预留的进程的相关信息，接收所述基站发送给该UE的指示，在所述预留的进程对应的上行子帧传输数据包。如可以是根据所述基站的指示的第一个数据包传输应使用的进程对应的上行子帧，开始从相应上行子帧传输数据包，所述用户设备UE可以是顺序循环使用所述预留的进程对应的上行子帧来传输数据包，当然，本发明实施例中，所述用户设备UE也可以是以其他方式来使用所述预留的进程对应的上行子帧来传输数据包，如可以随机的使用所预留的进程对应的上行子帧来传输数据包等。
进一步的，该***中，在通过所述预留的进程对应的上行子帧传输数据包的过程中，如果某进程上的数据包传输失败，则可按照该进程所属的配置类型的回环时间RTT进行数据重传。本发明实施例中，在重传时，可以采用自适应、或者非自适应的方式进行数据的重传，这里，所述的自适应方式是指：缺省的按照原数据包发送时采用的格式来重传所述数据包；所述的非自适应方式是指：根据实际情况在重传时可采用新指定的格式来重传所述数据包。进一步的，本发明实施例中，若所述预留的进程中的某进程被调度到进行新的数据包传输时，如果该进程上一次的数据包传输还没有传输成功，则终止其重传，在该进程上传输新的数据包，这里，所述的该进程上一次的数据包传输可以是用于本实时业务半静态调度的传输还可以是用于其他业务的动态调度的传输。
通过本发明实施例提供的***进行资源调度，减少了信令的发送，降低了信令开销。通过预留多个进程用于上行半静态调度来进行业务传输，可以很好的解决现有技术中上行半静态调度中的存在的冲突问题，极大的提升***的性能。
优选的，该***中，如果所述预留的进程中的某进程上的数据包未被正确接收、且下一次调度使用该进程传输本业务的数据包之前还有传输机会，则所述基站可以根据实际需要，将该进程动态调度给其他业务进行数据包传输。这样，通过进程的重用，进一步提高了资源的利用率以及***的性能。
进一步的，所述基站若判断不需要为所述实时业务预留进程，发送通知消息给所述用户设备UE，所述通知消息中携带无预留进程的信息；指示所述用户设备UE在所述实时业务的半静态调度周期对应的上行子帧传输数据包。这里，所述用户设备UE接收来自所述基站的通知消息，获知基站没有预留进程，该UE接收来自所述基站的指示，根据该实时业务的半静态调度周期对应的上行子帧传输数据包，该指示可以是PDCCH信令。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括如下步骤：
若判断需要为所述实时业务预留进程，确定预留进程用于上行半静态调度；
发送通知消息给用户设备UE，所述通知消息中携带所述预留的进程的相关信息；
指示所述用户设备UE在所述预留的进程对应的上行子帧传输数据包。
上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (29)

1、一种资源调度方法，其特征在于，当需要传输实时业务时，该方法具体包括：
若判断需要为所述实时业务预留进程，确定预留进程用于上行半静态调度；
发送通知消息给用户设备UE，所述通知消息中携带所述预留的进程的相关信息；
指示所述用户设备UE在所述预留的进程对应的上行子帧传输数据包。
2、如权利要求1所述的方法，其特征在于，该进一步包括：
若判断不需要为所述实时业务预留进程，发送通知消息给所述用户设备UE，所述通知消息中携带无预留进程的信息；
指示所述用户设备UE在所述实时业务的半静态调度周期对应的上行子帧传输数据包。
3、如权利要求1所述的方法，其特征在于，所述判断需要为所述实时业务预留进程具体为：
根据子帧配置类型的回环时间RTT和所述实时业务的半静态调度周期的最小公倍数判断在所述实时业务的最大容忍时延内是否存在冲突，若存在冲突，则判断需要为所述实时业务预留进程。
4、如权利要求2所述的方法，其特征在于，所述判断不需要为所述实时业务预留进程具体为：
根据子帧配置类型的回环时间RTT和所述实时业务的半静态调度周期的最小公倍数判断在所述实时业务的最大容忍时延内是否存在冲突，若不存在冲突，则判断不需要为所述实时业务预留进程。
5、如权利要求3或4所述的方法，其特征在于，所述根据子帧配置类型的回环时间RTT和所述实时业务的半静态调度周期的最小公倍数判断在所述实时业务的最大容忍时延内是否存在冲突具体为：
若所述子帧配置类型的回环时间RTT和所述实时业务的半静态调度周期的最小公倍数小于等于所述实时业务的最大容忍时延，则判断存在冲突；
若所述子帧配置类型的回环时间RTT和所述实时业务的半静态调度周期的最小公倍数大于所述实时业务的最大容忍时延，则判断不存在冲突。
6、如权利要求1所述的方法，其特征在于，所述确定预留进程用于上行半静态调度具体为：
随机选择至少两个进程；
确定预留所述随机选择的至少两个进程用于上行半静态调度。
7、如权利要求1所述的方法，其特征在于，所述确定预留进程用于上行半静态调度具体为：
根据所述实时业务的最大容忍时延以及所述实时业务的半静态调度周期确定在所述最大容忍时延内的最大需求进程数；
根据子帧的配置类型确定该配置类型下的最大相邻进程数；
根据所述最大容忍时延内的最大需求进程数以及所述最大相邻进程数确定预留的用于上行半静态调度的进程。
8、如权利要求1所述的方法，其特征在于，所述确定预留进程用于上行半静态调度具体为：
在子帧的配置类型的相邻进程中选择两个相邻进程；
确定预留所述选择的两个相邻进程用于上行半静态调度。
9、如权利要求7所述的方法，其特征在于，所述确定在所述最大容忍时延内的最大需求进程数具体为根据如下公式确定最大容忍时延内的最大需求进程数：
最大需求进程数＝floor(最大容忍时延/半静态调度周期)。
10、如权利要求1所述的方法，其特征在于，所述进程的相关信息为进程个数、进程号、进程集合、进程对应的子帧号或者进程对应的子帧集合或多进程模式中的至少一个。
11、如权利要求1所述的方法，其特征在于，所述通知消息为无线资源控制RRC信令。
12、如权利要求1所述的方法，其特征在于，所述指示所述用户设备UE在所述预留的进程对应的上行子帧传输数据包具体为：
通过下行物理控制信道PDCCH信令指示所述用户设备UE在所述预留的进程对应的上行子帧传输数据包。
13、如权利要求12所述的方法，其特征在于，所述通过下行物理控制信道PDCCH信令指示所述用户设备UE在所述预留的进程对应的上行子帧传输数据包具体为：
通过所述下行物理控制信道PDCCH信令指示所述用户设备UE第一个数据包传输应使用的进程对应的上行子帧。
14、如权利要求1-4、6-13中任一所述的方法，其特征在于，其中，所述用户设备UE用于顺序循环使用所述预留的进程对应的上行子帧来传输数据包。
15、如权利要求1-4、6-13中任一所述的方法，其特征在于，该方法进一步包括：
如果所述预留的进程中的任意进程上的数据包传输失败，则按照该进程所属的配置类型的回环时间RTT进行数据重传。
16、如权利要求1-4、6-13中任一所述的方法，其特征在于，该方法进一步包括：
如果所述预留的进程中的任意进程上数据包传输成功、且下一次调度使用该进程传输本业务的数据包之前还有传输机会，则将该进程动态调度给其他业务进行数据包传输。
17、一种用户设备传输数据包的方法，其特征在于，该方法包括：
接收来自网络的通知消息，所述通知消息包括所述网络确定预留的用于上行半静态调度的进程的相关信息；
接收来自网络的指示，所述用户设备在所预留的进程对应的上行子帧传输数据包。
18、如权利要求17所述的方法，其特征在于，所述通知消息为无线资源控制RRC信令，所述无线资源控制RRC信令包括所述网络确定预留的用于上行半静态调度的进程的相关信息。
19、如权利要求17所述的方法，其特征在于，所述用户设备在所预留的进程对应的上行子帧传输数据包具体为：
所述用户设备顺序循环使用所预留的进程对应的上行子帧传输数据包。
20、一种基站，其特征在于，该基站包括：
判断模块，用于判断是否需要为实时业务预留进程；
确定模块，用于若所述判断模块判断需要预留进程，则确定预留进程用于上行半静态调度；
通信模块，用于将所述确定模块所预留的进程的相关信息发送给用户设备UE；指示所述用户设备UE在所述预留的进程对应的上行子帧传输数据包。
21、如权利要求20所述的基站，其特征在于，所述确定模块包括：
随机选择模块，用于随机选择至少两个进程，确定预留所述随机选择的至少两个进程用于上行半静态调度。
22、如权利要求20所述的基站，其特征在于，所述确定模块包括：
计算模块，用于根据所述最大容忍时延以及所述实时业务的半静态调度周期确定在所述最大容忍时延内的最大需求进程数；
确认子模块，用于根据所述子帧的配置类型确定该配置类型下的最大相邻进程数；
选择子模块，用于根据所述计算模块确定的所述最大容忍时延内的最大需求进程数和所述确认子模块确认的最大相邻进程数确定预留的用于上行半静态调度的进程。
23、如权利要求20所述的基站，其特征在于，
所述通信模块，用于通过无线资源控制RRC信令将所述预留的进程的相关信息发送给用户设备UE；通过下行物理控制信道PDCCH信令指示所述用户设备UE在所述预留的进程对应的上行子帧传输数据包。
24、如权利要求20所述的基站，其特征在于，所述通信模块还用于若所述判断模块判断不需要为所述实时业务预留进程，则发送通知消息给所述用户设备UE，所述通知消息中携带无预留进程的信息；指示所述用户设备UE在所述实时业务的半静态调度周期对应的上行子帧传输数据包。
25、一种通信***，其特征在于，该***包括基站，所述基站以可通信方式同用户设备UE相连，当需要传输实时业务时，
所述基站若判断需要为所述实时业务预留进程，则确定预留进程用于上行半静态调度；发送通知消息给用户设备UE，所述通知消息中携带所述预留的进程的相关信息；指示所述用户设备UE在所述预留的进程对应的上行子帧传输数据包。
26、如权利要求25所述的通信***，其特征在于，
所述基站若判断不需要为所述实时业务预留进程，发送通知消息给所述用户设备UE，所述通知消息中携带无预留进程的信息；
指示所述用户设备UE在所述实时业务的半静态调度周期对应的上行子帧传输数据包。
27、如权利要求25所述的通信***，其特征在于，所述通知消息为无线资源控制RRC信令，则所述基站用于发送所述无线资源控制RRC信令给所述用户设备UE，所述无线资源控制RRC信令携带所述预留的进程的相关信息。
28、如权利要求25所述的通信***，其特征在于，
所述基站用于通过下行物理控制信道PDCCH信令指示所述用户设备UE在所述预留的进程对应的上行子帧传输数据包。
29、如权利要求25所述的通信***，其特征在于，所述用户设备UE用于顺序循环使用所述预留的进程对应的上行子帧来传输数据包。
CN200810216305A 2008-09-22 2008-09-22 一种资源调度方法、基站以及通信*** Active CN101657017B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN200810216305A CN101657017B (zh) 2008-09-22 2008-09-22 一种资源调度方法、基站以及通信***
US12/549,521 US20100074200A1 (en) 2008-09-22 2009-08-28 Method and system for scheduling resource
EP09169896A EP2166803A1 (en) 2008-09-22 2009-09-10 Method and system for scheduling resource
PCT/CN2009/074052 WO2010031356A1 (zh) 2008-09-22 2009-09-21 一种资源调度方法、基站以及通信***
BRPI0903327-0A BRPI0903327A2 (pt) 2008-09-22 2009-09-22 método e sistema para programação de recurso

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200810216305A CN101657017B (zh) 2008-09-22 2008-09-22 一种资源调度方法、基站以及通信***

Publications (2)

Publication Number Publication Date
CN101657017A true CN101657017A (zh) 2010-02-24
CN101657017B CN101657017B (zh) 2012-09-05

Family

ID=41181060

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200810216305A Active CN101657017B (zh) 2008-09-22 2008-09-22 一种资源调度方法、基站以及通信***

Country Status (5)

Country Link
US (1) US20100074200A1 (zh)
EP (1) EP2166803A1 (zh)
CN (1) CN101657017B (zh)
BR (1) BRPI0903327A2 (zh)
WO (1) WO2010031356A1 (zh)

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102036404A (zh) * 2010-12-24 2011-04-27 华为技术有限公司 一种数据发送方法和用户设备
CN102264134A (zh) * 2010-05-28 2011-11-30 株式会社Ntt都科摩 无线基站以及无线资源分配方法
WO2012097692A1 (zh) * 2011-01-17 2012-07-26 华为技术有限公司 半静态调度方法、用户设备及网络设备
CN102685796A (zh) * 2011-03-08 2012-09-19 ***通信集团公司 控制信息的发送与接收方法、***与基站、终端
WO2012159285A1 (zh) * 2011-06-22 2012-11-29 华为技术有限公司 基于互联网协议的语音业务数据包传输的处理方法和基站
CN103313415A (zh) * 2012-03-16 2013-09-18 华为技术有限公司 调度信息获取方法、发送方法及装置
CN105188110A (zh) * 2014-04-18 2015-12-23 苹果公司 确定性rrc连接
CN105325048A (zh) * 2013-05-24 2016-02-10 高通股份有限公司 基于传送机会(txop)的信道重用
CN105594150A (zh) * 2013-10-07 2016-05-18 高通股份有限公司 Lte tdd中的tti集束和半持久调度操作
WO2016184307A1 (zh) * 2015-05-15 2016-11-24 中兴通讯股份有限公司 一种上行资源分配方法、基站和用户终端
CN107295678A (zh) * 2016-04-01 2017-10-24 夏普株式会社 基站、用户设备和相关方法
WO2017206085A1 (zh) * 2016-05-31 2017-12-07 华为技术有限公司 一种通信***中终端设备调度方式的确定方法及设备
WO2018036433A1 (zh) * 2016-08-25 2018-03-01 中兴通讯股份有限公司 信息发送、接收方法及装置、基站、终端
CN109219024A (zh) * 2017-06-30 2019-01-15 华为技术有限公司 数据传输方法及装置
CN109862534A (zh) * 2017-11-30 2019-06-07 华为技术有限公司 资源配置方法和装置
CN110413419A (zh) * 2018-04-28 2019-11-05 北京京东尚科信息技术有限公司 一种规则执行的方法和装置
CN111078372A (zh) * 2019-12-20 2020-04-28 北京思特奇信息技术股份有限公司 一种自动化进程管理方法及***
CN111491323A (zh) * 2019-01-29 2020-08-04 普天信息技术有限公司 一种基于iab的预留上行传输资源的方法及装置
CN111818649A (zh) * 2014-03-21 2020-10-23 华为技术有限公司 直接通信中的数据传输设备及方法
CN112203260A (zh) * 2016-11-03 2021-01-08 华为技术有限公司 数据传输方法及装置

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011065695A2 (ko) * 2009-11-27 2011-06-03 엘지전자 주식회사 하향링크 제어정보 전송방법 및 기지국과, 하향링크 제어정보 수신방법 및 사용자기기
EP2532111A1 (en) * 2010-02-01 2012-12-12 Telefonaktiebolaget LM Ericsson (publ) Method and arrangement for load balancing in a telecommunications system
JP2011228940A (ja) * 2010-04-20 2011-11-10 Panasonic Corp 基地局装置及びスケジューリング方法
US8611295B2 (en) * 2010-06-21 2013-12-17 Qualcomm Incorporated Adaptive resource partitioning information (ARPI) transition behavior in heterogeneous networks
EP2702821B1 (en) * 2011-04-29 2015-02-25 Telefonaktiebolaget LM Ericsson (PUBL) Scheduling of delay-sensitive traffic
US8774848B2 (en) 2011-10-11 2014-07-08 Fujitsu Limited System and method for enhancing cell-edge performance in a wireless communication network
JP5806742B2 (ja) 2012-01-19 2015-11-10 京セラ株式会社 移動通信システム、基地局、ＣｏＭＰ制御装置、及び通信制御方法
US10375646B2 (en) 2014-04-18 2019-08-06 Apple Inc. Coordination between application and baseband layer operation
KR102390483B1 (ko) 2016-04-12 2022-04-25 모토로라 모빌리티 엘엘씨 전송 시간 구간의 스케줄링
JP6936253B2 (ja) 2016-05-12 2021-09-15 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． リソース指示方法および関連デバイスおよびシステム
US11051208B2 (en) 2016-08-25 2021-06-29 Huawei Technologies Co., Ltd. Co-existence of low latency and latency tolerant downlink communication
US11071136B2 (en) 2016-08-25 2021-07-20 Huawei Technologies Co., Ltd. System and method for multiplexing traffic
US11252717B2 (en) * 2016-09-02 2022-02-15 Huawei Technologies Co., Ltd. Co-existence of latency tolerant and low latency communications
CN108667570A (zh) * 2017-03-27 2018-10-16 索尼公司 用于无线通信的网络控制端和网络节点的电子设备和方法
CN110637432B (zh) * 2017-05-15 2023-04-04 瑞典爱立信有限公司 在半永久调度和动态授权之间共享harq进程id的方法
FR3088789B1 (fr) * 2018-11-16 2021-08-06 Blade Protocole de transmission d’un flux de donnees transitant entre un ordinateur hote et un client distant

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ATE467958T1 (de) * 2002-08-13 2010-05-15 Panasonic Corp Hybrides automatisches wiederholungsaufforderungsprotokoll
CN1450744A (zh) * 2003-04-02 2003-10-22 北京邮电大学 一种用于多媒体宽带码分多址***的媒体接入控制方法
CN1859791A (zh) * 2006-03-30 2006-11-08 华为技术有限公司 一种无线通信网络中实现切换的方法和***及其基站
CN101163255B (zh) * 2006-10-12 2010-04-21 中兴通讯股份有限公司 运用模糊理论进行资源预留的本地策略控制方法
US8582429B2 (en) * 2007-03-15 2013-11-12 Interdigital Technology Corporation Resource allocation and signalings for group scheduling in wireless communications

Cited By (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102264134A (zh) * 2010-05-28 2011-11-30 株式会社Ntt都科摩 无线基站以及无线资源分配方法
CN102036404B (zh) * 2010-12-24 2013-08-28 华为技术有限公司 一种数据发送方法和用户设备
WO2012083890A1 (zh) * 2010-12-24 2012-06-28 华为技术有限公司 一种数据发送方法和用户设备
CN102036404A (zh) * 2010-12-24 2011-04-27 华为技术有限公司 一种数据发送方法和用户设备
WO2012097692A1 (zh) * 2011-01-17 2012-07-26 华为技术有限公司 半静态调度方法、用户设备及网络设备
CN102685796A (zh) * 2011-03-08 2012-09-19 ***通信集团公司 控制信息的发送与接收方法、***与基站、终端
CN102972079B (zh) * 2011-06-22 2016-05-18 华为技术有限公司 基于互联网协议的语音业务数据包传输的处理方法和基站
CN102972079A (zh) * 2011-06-22 2013-03-13 华为技术有限公司 基于互联网协议的语音业务数据包传输的处理方法和基站
WO2012159285A1 (zh) * 2011-06-22 2012-11-29 华为技术有限公司 基于互联网协议的语音业务数据包传输的处理方法和基站
CN103313415A (zh) * 2012-03-16 2013-09-18 华为技术有限公司 调度信息获取方法、发送方法及装置
CN103313415B (zh) * 2012-03-16 2015-12-09 华为技术有限公司 调度信息获取方法、发送方法及装置
CN105325048A (zh) * 2013-05-24 2016-02-10 高通股份有限公司 基于传送机会(txop)的信道重用
CN105594150A (zh) * 2013-10-07 2016-05-18 高通股份有限公司 Lte tdd中的tti集束和半持久调度操作
CN105594150B (zh) * 2013-10-07 2019-03-12 高通股份有限公司 用于lte tdd中的tti集束和半持久调度操作的方法和装置
CN111818649A (zh) * 2014-03-21 2020-10-23 华为技术有限公司 直接通信中的数据传输设备及方法
CN111818649B (zh) * 2014-03-21 2023-11-21 华为技术有限公司 直接通信中的数据传输设备及方法
CN105188110A (zh) * 2014-04-18 2015-12-23 苹果公司 确定性rrc连接
CN105188110B (zh) * 2014-04-18 2019-05-21 苹果公司 用于确定性rrc连接的方法和设备
WO2016184307A1 (zh) * 2015-05-15 2016-11-24 中兴通讯股份有限公司 一种上行资源分配方法、基站和用户终端
CN107295678A (zh) * 2016-04-01 2017-10-24 夏普株式会社 基站、用户设备和相关方法
CN107295678B (zh) * 2016-04-01 2022-05-13 夏普株式会社 基站、用户设备和相关方法
WO2017206085A1 (zh) * 2016-05-31 2017-12-07 华为技术有限公司 一种通信***中终端设备调度方式的确定方法及设备
CN108307502A (zh) * 2016-08-25 2018-07-20 中兴通讯股份有限公司 信息发送、接收方法及装置、基站、终端
WO2018036433A1 (zh) * 2016-08-25 2018-03-01 中兴通讯股份有限公司 信息发送、接收方法及装置、基站、终端
US11290985B2 (en) 2016-08-25 2022-03-29 Xi'an Zhongxing New Software Co., Ltd. Method for receiving information, base station, and terminal
CN112203260A (zh) * 2016-11-03 2021-01-08 华为技术有限公司 数据传输方法及装置
CN109219024A (zh) * 2017-06-30 2019-01-15 华为技术有限公司 数据传输方法及装置
CN109219024B (zh) * 2017-06-30 2021-08-13 华为技术有限公司 数据传输方法及装置
US11224051B2 (en) 2017-06-30 2022-01-11 Huawei Technologies Co., Ltd. Data transmission method and apparatus
CN109862534B (zh) * 2017-11-30 2020-12-15 华为技术有限公司 资源配置方法和装置
CN109862534A (zh) * 2017-11-30 2019-06-07 华为技术有限公司 资源配置方法和装置
CN110413419A (zh) * 2018-04-28 2019-11-05 北京京东尚科信息技术有限公司 一种规则执行的方法和装置
CN111491323A (zh) * 2019-01-29 2020-08-04 普天信息技术有限公司 一种基于iab的预留上行传输资源的方法及装置
CN111491323B (zh) * 2019-01-29 2023-06-23 普天信息技术有限公司 一种基于iab的预留上行传输资源的方法及装置
CN111078372B (zh) * 2019-12-20 2023-08-08 北京思特奇信息技术股份有限公司 一种自动化进程管理方法及***
CN111078372A (zh) * 2019-12-20 2020-04-28 北京思特奇信息技术股份有限公司 一种自动化进程管理方法及***

Also Published As

Publication number Publication date
US20100074200A1 (en) 2010-03-25
BRPI0903327A2 (pt) 2011-02-01
CN101657017B (zh) 2012-09-05
WO2010031356A1 (zh) 2010-03-25
EP2166803A1 (en) 2010-03-24

Similar Documents

Publication Publication Date Title
CN101657017B (zh) 一种资源调度方法、基站以及通信***
RU2706024C2 (ru) Способы и системы для планирования ресурсов в телекоммуникационной системе
EP4117214B1 (en) Method and user equipment (ue) for managing harq procedure for multiple numerologies
JP6224642B2 (ja) 中継ノードを有する無線通信ネットワークにおける情報送信制御
CN102056174B (zh) 一种资源调度的方法、装置和基站
CN102202408B (zh) 多子帧调度方法、***和设备
US20240040552A1 (en) Terminal and communication method
CN102282796B (zh) 用于基于分组的无线通信***中的时分双工操作的多周期半持续调度的配置
EP2583389B1 (en) Uplink scheduling scheme in a mobile communication system
KR101412051B1 (ko) Ｔｄｄ시스템 백홀링크 통신 방법, 기기 및 시스템
CN101646202B (zh) 一种半静态调度下行传输的实现方法
KR20120103200A (ko) 통신시스템에서 시분할복신 지원 방법 및 장치
CN101925118B (zh) 一种避免接口传输冲突的方法、装置和***
CN103988455A (zh) 移动通信***中用于发送反向控制信号的方法和设备
CN104022856A (zh) 一种td-lte***中减小业务延迟的tti绑定方法
CN101882985A (zh) 混合自动重传请求发送的指示方法及其基站
CN111405662B (zh) 数据传输方法、网络侧设备及用户设备
CN103648175A (zh) 多子帧调度方法、***和设备
CN102573096B (zh) 回传链路上的半持续调度方法、接收方法、***及装置
CN101442381A (zh) 一种业务传输及接收方法、相关装置和***
CN101877881A (zh) 无线通信方法、***及其装置
CN101771522B (zh) 一种发送重复确认或否认反馈的方法、***及用户设备
WO2021160375A1 (en) Telecommunications apparatus and methods
EP3737020A1 (en) Methods and apparatuses for controlling timing of feedback transmissions
CN102832989A (zh) 时分双工***中的通信方法和设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
EE01 Entry into force of recordation of patent licensing contract

Application publication date: 20100224

Assignee: Apple Computer, Inc.

Assignor: Huawei Technologies Co., Ltd.

Contract record no.: 2015990000755

Denomination of invention: Resource scheduling method, base station and communication system

Granted publication date: 20120905

License type: Common License

Record date: 20150827

LICC Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility model