專利名稱：：一種資源調度方法、基站以及通信系統(tǒng)的制作方法
技術領域：
：本發(fā)明涉及通信技術，尤其涉及一種資源調度方法、基站以及通信系統(tǒng)。
背景技術：
：3GPP長期演進(LongTermEvolution,LTE)相比目前第三代移動通信系統(tǒng)，其系統(tǒng)在整體架構基于分組交換(PacketSwitch,PS)，另外作為寬度碼分多址WCDMA(WidebandCodeDivisionMultipleAccess)和時分-同步碼分多址TD隱SCDMA(TimeDivision-SynchronousCodeDivisionMultipleAccess)共同的長期演進，保留了頻分復用FDD(FrequencyDivisionDuplex)和時分復用TDD(TimeDivisionDuplex)兩種雙工模式，其中TDD上下行占用在同一頻段上不同的上下行子幀。為了更加靈活的匹配上下行業(yè)務量的不同，在TDD模式下，子幀的上下行配比是可以配置的，目前標準支持七種不同的子幀配置，其中配置的子幀上下行、相應的上行同步混合自動重傳請求HARQ(HybridAutomaticRetransmissionRequest)進程數(shù)以及HARQ回環(huán)時間RTT(RoundTripTime)如下表一所示，可見除配置0和配置6以外的其它所有配置的HARQ回環(huán)時間都為10ms:表一<table>tableseeoriginaldocumentpage8</column></row><table>注表中U表示上行，D表示下行。語音業(yè)務是移動通信的重量級業(yè)務，一方面業(yè)務自身信源編碼后具有周期性到達時間間隔(dataarrivalinterval)的特性，另一方面業(yè)務對時延和抖動非常敏感，信源數(shù)據(jù)包需要得到及時的被發(fā)送，因此在此前的移動通信系統(tǒng)中多通過電路交換的永久性連接來達到此類實時業(yè)務的服務質量QoS要求。為了保證語音業(yè)務對時延敏感的特性，規(guī)定了最大容忍時延，當語音業(yè)務數(shù)據(jù)包的重傳時間到達最大容忍時延仍不能正確接收時，丟棄該包。3GPPLTE系統(tǒng)的系統(tǒng)整體架構是基于分組交換，在支持IP承載語音(VoiceoverIP,VoIP)等實時業(yè)務時，應利用實時業(yè)務的特點，通過系統(tǒng)設計和嚴格的QoS機制，保證實時業(yè)務的服務質量。目前的LTE系統(tǒng)，為了總體上提高系統(tǒng)的可靠性和有效性，無線接口上采用動態(tài)調度和混合自動重傳HARQ的機制來完成資源的調度、共享以及數(shù)據(jù)的正確傳輸。其中，對于LTE系統(tǒng)在TDD模式下的上行傳輸，使用停等方式的同步混合自動重傳請求HARQ機制，即采用多個HARQ進程(HARQProcess)并行處理數(shù)據(jù)，每一個進程上的每一個數(shù)據(jù)包的初始傳輸和重傳，都按照預定的時間間隔進行處理，演進基站eNB(evolutionNodeB)在下行物理控制信道(UserEquipment)按照所述上行許可信令在上行共享資源上發(fā)送數(shù)據(jù)包，所述eNB接收并;f企測數(shù)據(jù)包是否能夠正確解碼，并在預定的時間上發(fā)送正面或者錯誤反饋，按照反饋，所述eNB進行下一次重傳或者初傳的調度，每一個進程發(fā)送一個數(shù)據(jù)包以后，在收到相應反饋之前，不能夠進行下一個數(shù)據(jù)包的發(fā)送或者本數(shù)據(jù)包的重傳。為了保證VoIP等實時業(yè)務的低時延以及低時延抖動的QoS要求，同時利用VoIP等實時業(yè)務數(shù)據(jù)包周期性的到達時間間隔，現(xiàn)有技術在包調度算法上進行了優(yōu)化，引入了半靜態(tài)調度SPS(semi-persistentscheduling):在VoIP等實時業(yè)務剛進入通話狀態(tài)時，通過PDCCH上的上行許可信令指示用戶設備UE發(fā)送上行數(shù)據(jù)，并且指示后續(xù)周期性的都為UE保留與此相同的上行資源，用于發(fā)9送新的數(shù)據(jù)。這種半靜態(tài)調度一方面滿足實時業(yè)務的QoS要求，另一方面減少PDCCH信令的開銷。發(fā)明人發(fā)現(xiàn)上述現(xiàn)有技術存在如下技術缺陷由于LTE系統(tǒng)的上行單載波特性，即同一個UE不可以在同一子幀傳輸多于一個凄t據(jù)包，當同步HARQ進程的回環(huán)時間RTT和VoIP等實時業(yè)務的半靜態(tài)調度周期具有相同的公倍數(shù)時(如:RTT為10ms,SPS周期為20ms),數(shù)據(jù)包的重傳和SPS初始傳輸就會在同一時刻進行傳輸進而發(fā)生沖突，這樣會導致系統(tǒng)性能的嚴重下降，尤其是在在TDD模式下，該問題尤為嚴重。
發(fā)明內(nèi)容本發(fā)明實施例提供了一種資源調度方法、基站以及通信系統(tǒng)，以解決當同步HARQ進程的回環(huán)時間RTT和半靜態(tài)調度周期具有相同的公倍數(shù)時數(shù)據(jù)包的重傳和SPS初始傳輸會在同一時刻進行傳輸進而發(fā)生沖突的問題。本發(fā)明實施例提供的資源調度方法，具體為當需要傳輸實時業(yè)務時，若判斷需要為所述實時業(yè)務預留進程，確定預留進程用于上行半靜態(tài)調度；發(fā)送通知消息給用戶設備UE，所述通知消息中攜帶所述預留的進程的相關信息；指示所述用戶設備UE在所述預留的進程對應的上行子幀傳輸數(shù)據(jù)包。本發(fā)明實施例提供的一種用戶設備傳輸數(shù)據(jù)包的方法，該方法包括接收來自網(wǎng)絡的通知消息，所述通知消息包括所述網(wǎng)絡確定預留的用于上行半靜態(tài)調度的進程的相關信息；接收來自網(wǎng)絡的指示，所述用戶設備在所預留的進程對應的上行子幀傳輸數(shù)據(jù)包。本發(fā)明實施例提供的基站，包括判斷模塊，用于判斷是否需要為實時業(yè)務預留進程；確定模塊，用于若所述判斷模塊判斷需要預留進程，則確定預留進程用于上行半靜態(tài)調度；通信模塊，用于將所述確定模塊所預留的進程的相關信息發(fā)送給用戶設備UE;指示所述用戶設備UE在所述預留的進程對應的上行子幀傳輸數(shù)據(jù)包。本發(fā)明實施例提供的通信系統(tǒng)，該系統(tǒng)包括基站，所述基站以可通信方式同用戶設備UE相連；所述基站用于確定預留至少兩個進程用于上行半靜態(tài)調度；將所述預留的進程的相關信息發(fā)送給所述用戶設備UE;指示所述用戶設備UE在所述預留的進程對應的上行子幀傳輸數(shù)據(jù)包。通過本發(fā)明實施例提供的資源調度方法，減少了信令的發(fā)送，降低了信令開銷，通過預留多個進程用于上行半靜態(tài)調度來進行業(yè)務傳輸，可以很好的解決現(xiàn)有技術中上行半靜態(tài)調度中的存在的沖突問題，極大的提升系統(tǒng)的性能，提升了用戶的業(yè)務體驗。圖1為本發(fā)明實施例提供的資源調度方法流程圖2為本發(fā)明實施例提供的較優(yōu)的確定預留用于上行半靜態(tài)調度的進程的方法示意圖3為本發(fā)明實施例提供的在配置類型1上進行資源調度的示意圖4為本發(fā)明實施例提供的另一種在配置類型1上進行資源調度的示意圖5為本發(fā)明實施例提供的在配置類型3上進行資源調度的示意圖6為本發(fā)明實施例提供的另一種在配置類型3上進行資源調度的示意圖7為本發(fā)明實施例提供的基站結構圖。具體實施例方式為使本發(fā)明實施例的目的、技術方案以及優(yōu)點表達的更清楚明白、下面結合具體實施例和附圖詳細說明本發(fā)明實施例提供的技術方案。針對LTE系統(tǒng)中上行同步HARQ條件下的實時業(yè)務的半靜態(tài)調度SPS，本發(fā)明實施例提供了一種資源調度的方法，本實施例中，當有實時業(yè)務需要傳輸時，若判斷需要為所述實時業(yè)務預留進程，則基站確定預留進程用于上行SPS調度；發(fā)送通知消息給用戶設備UE，所述通知消息中攜帶所述預留的進程的相關信息；指示所述用戶設備UE使用所述預留的進程對應的上行子幀傳輸數(shù)據(jù)包。若所述預留的進程中的某進程上的數(shù)據(jù)包傳輸失敗，則可以根據(jù)該進程的回環(huán)時間RTT所對應的上行子幀來重傳所述數(shù)據(jù)包。下面以在LTE系統(tǒng)中的實時業(yè)務調度為例來詳細說明本發(fā)明實施例提供的資源調度的方法，但本發(fā)明實施例并不僅限于LTE系統(tǒng)。如圖l所示，本發(fā)明實施例提供的一種資源調度的方法，當有實時業(yè)務需要傳輸時，該方法具體包括步驟100、eNB判斷是否需要為所述實時業(yè)務預留進程；本發(fā)明實施例中，當有實時業(yè)務需要傳輸時，所述eNB首先判斷是否需要為所述待傳輸?shù)膶崟r業(yè)務預留進程，如可以是#4居子幀配置類型的回環(huán)時間RTT和所述實時業(yè)務的半靜態(tài)調度周期來判斷在所述實時業(yè)務的最大容忍時延內(nèi)是否存在沖突，若存在沖突，則需要為所述實時業(yè)務預留進程，轉步驟101;若不存在沖突，則判斷可以不用為所述實時業(yè)務預留進程，可轉步驟104。這里，在判斷是否存在沖突可以是比較所述子幀配置類型的回環(huán)時間RTT和所述實時業(yè)務的半靜態(tài)調度周期的最小公倍數(shù)和所述實時業(yè)務的最大容忍時延，若所述子幀配置類型的回環(huán)時間RTT和所述實時業(yè)務的半靜態(tài)調度周期的最小公倍數(shù)小于等于所述實時業(yè)務的最大容忍時延，則判斷存在沖突；若所述子幀配置類型的回環(huán)時間RTT和所述實時業(yè)務的半靜態(tài)調度周期的最小公倍數(shù)大于所述實時業(yè)務的最大容忍時延，則判斷不存在沖突。步驟IOI、所述eNB確定預留進程用于上行半靜態(tài)調度。本發(fā)明實施例中，有實時業(yè)務需要傳輸時，若判斷需要為所述實時業(yè)務預留進程，則所述eNB可以是缺省的預留兩個進程，也可以是根據(jù)所述實時業(yè)務預留兩個以上的進程。所述eNB可以是隨機選擇兩個或多個進程并將所選擇的進程預留用于上行半靜態(tài)調度來傳輸所述的實時業(yè)務。步驟102、所述eNB發(fā)送通知消息給用戶設備UE,所述通知消息中攜帶所述預留的進程的相關信息。本發(fā)明實施例中，所述通知消息可以是信令，如可以是無線資源控制RRC(RadioResourceControl)信令。即所述eNB可以通過信令將所述預留的進程的相關信息發(fā)送給所述用戶設備UE，如通過所述無線資源控制RRC信令將所述預留的進程的相關信息發(fā)送給所述用戶設備UE,當然，所述eNB也可以是通過系統(tǒng)其他的信令將所述預留的進程的相關信息發(fā)送給所述用戶設備。本實施例中，所述進程的相關信息可以是進程個數(shù)、進程號、進程集合、進程對應的子幀號或者進程對應的子幀集合或多進程模式Multiplepattern,也可以是上述信息中的任意兩種、多種、或全部等。本發(fā)明實施例中，在通過所述RRC信令攜帶所述預留的進程的相關信息時，可以是在RRC信令中定義特定比特位來表示，如該特定比特位取值為1時，表示缺省的預留了2個進程，如該特定比特位取值為O，則表示不需要預留進程。也可以是以RRC信令中的兩個或多個特定比特位來表示，以兩個特定比特位為例，如取值為"11",則表示預留了3個進程，如取值為"10"，則表示預留了2個進程，如取值為"00",則表示不需要預留進程。當然，本發(fā)明實施例中，也可以是采用其他方式通過所述RRC信令來攜帶所述預留的進程的相關信息，如也可以是在RRC信令中定義一個信元用于表示預留的進程的相關信息，如果在下發(fā)的RRC信令中沒有所述定義的信元，則表示本次實時業(yè)務的傳輸不需要預留進程；如果在下發(fā)的RRC信令中包含所述定義的信元，則該信元的取值表示不同的進程的預留情況，如不同的取值可以表示預留的不同進程數(shù)，也可以表示預留的不同的進程集合等等；還可以是在所述RRC信令中定義信元用于表示是否為多進程模式Multiplepattern,如該信元取值為1可表示為本次實時業(yè)務傳輸采用多進程模式Multiplepattern。步驟103、所述eNB指示所述用戶設備UE在所述預留的進程對應的上行子幀傳輸數(shù)據(jù)包。本發(fā)明實施例中，所述eNB可以是通過PDCCH信令來指示所述用戶設備UE在所述預留的進程對應的上行子幀傳輸數(shù)據(jù)包。優(yōu)選的，所述eNB可以是通過所述的PDCCH信令來指示所述UE第一個數(shù)據(jù)包傳輸應使用的進程對應的上行子幀，所述第一個數(shù)據(jù)包傳輸應使用的進程為所述預留的進程中的任意一個。本發(fā)明實施例中，所述用戶設備UE接收由所述eNB發(fā)送給該UE的預留的進程的相關信息，接收所述eNB發(fā)送給該UE的指示，在所述預留的進程對應的上行子幀傳輸數(shù)據(jù)包。如可以是根據(jù)所述eNB的指示的第一個數(shù)據(jù)包傳輸應使用的進程對應的上行子幀，開始從相應上行子幀傳輸數(shù)據(jù)包，優(yōu)選的，所述用戶設備UE可以是順序循環(huán)使用所述預留的進程對應的上行子幀來傳輸數(shù)據(jù)包，當然，本發(fā)明實施例中，所述用戶設備UE也可以是以其他方式來使用所述預留的進程對應的上行子幀來傳輸lt據(jù)包，如可以隨4幾的^f吏用所預留的進程對應的上行子幀來傳輸數(shù)據(jù)包等。進一步的，本發(fā)明實施例中，在通過所述預留的進程對應的上行子幀傳輸數(shù)據(jù)包的過程中，如果某進程上的數(shù)據(jù)包傳輸失敗，則可按照該進程所屬的配置類型的回環(huán)時間RTT進行數(shù)據(jù)重傳。本發(fā)明實施例中，在重傳時，可以采用自適應、或者非自適應的方式進行數(shù)據(jù)的重傳，這里，所述的自適應方式是指缺省的按照原數(shù)據(jù)包發(fā)送時采用的格式來重傳所述數(shù)據(jù)包；所述的非自適應方式是指根據(jù)實際情況在重傳時可采用新指定的格式來重傳所述數(shù)據(jù)包。進一步的，本發(fā)明實施例中，若所述預留的進程中的某進程被調度到進行新的數(shù)據(jù)包傳輸時，如果該進程上一次的數(shù)據(jù)包傳輸還沒有傳輸成功，則終止其重傳，在該進程上傳輸新的數(shù)據(jù)包，這里，所述的該進程上一次的數(shù)據(jù)包傳輸可傳輸。通過本發(fā)明實施例提供的資源調度方法，減少了信令的發(fā)送，降低了信令開銷。通過預留多個進程用于上行半靜態(tài)調度來進行業(yè)務傳輸，可以很好的解決現(xiàn)有技術中上行半靜態(tài)調度中的存在的沖突問題，極大的提升系統(tǒng)的性能。進一步的，若判斷存在沖突，所述eNB在確定預留的用于上行半靜態(tài)調度的進程時，除了上述步驟101中介紹的可以隨機選擇進程的方式外，本發(fā)明實施例中，所述eNB還可以才艮據(jù)子幀的配置類型以及所述實時業(yè)務的半靜態(tài)調度周期、以及所述實時業(yè)務的最大容忍時延來確定預留用于上行半靜態(tài)調度的進程。本發(fā)明實施例中，若某幾個進程所對應的子幀在時序上相鄰，則這些進程可稱之為相鄰進程，則優(yōu)選的，所述eNB可在這些相鄰進程中確定預留的用于上行半靜態(tài)調度的進程。如上所述在相鄰進程中選擇預留進程時，可以有如下兩種不同方式方式1、可以缺省的在子幀的配置類型的相鄰進程中選擇2個相鄰進程作為預留進程，所述預留的2個相鄰進程可作為預留的進程集合?；蛘叻绞?、如圖2所示，是本發(fā)明實施例提供的一種優(yōu)選的從相鄰進程中確定預留用于上行半靜態(tài)調度的進程的方法，該方法具體包括5200、確定所述實時業(yè)務的最大容忍時延內(nèi)的最大需求進程數(shù)。本發(fā)明實施例中，可以按照如下公式來確定在所述最大需求進程數(shù)最大需求進程數(shù)=floor(最大容忍時延/半靜態(tài)調度周期)即所述最大需求進程數(shù)為所述最大容忍時延除以所述半靜態(tài)調度周期后上取整。5201、根據(jù)子幀配置類型確定該配置類型下的最大相鄰進程數(shù)。5202、確定預留的用于上行半靜態(tài)調度的進程。本發(fā)明實施例中，可根據(jù)在所述最大相鄰進程數(shù)和所述最大需求進程數(shù)中取較小的值來確定預留的用于上行半靜態(tài)調度的進程數(shù)，由此進一步可確認用于上行半靜態(tài)調度的進程，這些進程都是相鄰進程。上述圖2是本發(fā)明實施例提供的一種較優(yōu)的用于確定預留的用于上行半靜態(tài)調度的進程的方法，可選的，在本發(fā)明實施例中，綜合考慮eNB下資源的整體調度情況，所述eNB確定預留的用于上行半靜態(tài)調度的進程數(shù)也可以不同于上述步驟S202中確定的進程數(shù)，如可以是大于或小于所述S202中確定的進程數(shù)。根據(jù)上述較優(yōu)方法確定好預留的用于上行半靜態(tài)調度的進程后，按照上述本發(fā)明實施例提供的方法進行資源調度來傳輸業(yè)務。通過本發(fā)明實施例提供的方案，減少了信令的發(fā)送，降低了信令開銷；通過預留多個進程用于上行半靜態(tài)調度來傳輸業(yè)務，4艮好的解決了現(xiàn)有技術中上行半靜態(tài)調度中的存在的沖突問題，極大的提升了系統(tǒng)性能。進一步的，通過本發(fā)明實施例提供的優(yōu)選的方案來確定預留的用于上行半靜態(tài)調度的進程，因為這些進程是從相鄰進程中選擇的，因此該方案可以更進一步的降低半靜態(tài)調度數(shù)據(jù)包的時延和時延抖動，提升了用戶的業(yè)務體驗。優(yōu)選的，本發(fā)明實施例中，如果所述預留的進程中的某進程上的數(shù)據(jù)包未被正確接收、且下一次調度使用該進程傳輸本業(yè)務的數(shù)據(jù)包之前還有傳輸機會，則所述eNB可以根據(jù)實際需要，將該進程動態(tài)調度給其他業(yè)務進行數(shù)據(jù)包傳輸。這樣，通過進程的重用，進一步提高了資源的利用率以及系統(tǒng)的性能。進一步的，當步驟100中所述eNB判斷不需要為所述實時業(yè)務預留進程，則可執(zhí)行下述步驟。步驟104、所述eNB發(fā)送通知消息給所述用戶設備UE，所述通知消息中攜帶無預留進程的信息。本發(fā)明實施例中，所述通知消息可以是信令，如可以是無線資源控制RRC(RadioResourceControl)信令。在通過所述RRC信令攜帶所述無預留進程的信息時，可以是以RRC信令中定義一個特定比特位來表示，如該特定比特位取值為0，則表示無預留進程，即不需要預留進程。也可以是以RRC信令中的兩個或多個特定比特位來表示，以兩個特定比特位為例，如取值為"00"，則表示無預留進程，即不需要預留進程。當然，本發(fā)明實施例中，也可以是采用其他方式通過所述RRC信令來攜帶所述無預留進程的信息，如也可以是在RRC信令中定義一個信元用于表示預留的進程的相關信息，如果在下發(fā)的RRC信令中沒有所述定義的信元，則表示本次實時業(yè)務的傳輸不需要預留進程；還可以是在所述RRC信令中定義信元用于表示是否為多進程模式Multiplepattern,如該信元取值為0可表示為本次實時業(yè)務傳輸不采用多進程模式Multiplepattern。步驟105、指示所述用戶設備UE在所述實時業(yè)務的半靜態(tài)調度周期對應的上行子幀傳輸數(shù)據(jù)包。本發(fā)明實施例中，當判斷不需要為所述實時業(yè)務預留進程時，則可以按照現(xiàn)有的半靜態(tài)調度來進行業(yè)務傳輸，如所述eNB指示所述用戶設備UE在所述實時業(yè)務的半靜態(tài)調度周期對應的上行子幀傳輸數(shù)據(jù)包，這里，可以是通過PDCCH信令來告知所述用戶設備UE該實時業(yè)務的半靜態(tài)調度周期，激活所述用戶設備UE在所述實時業(yè)務的半靜態(tài)調度周期對應的上行子幀傳輸數(shù)據(jù)包。下面具體以配置類型1為例來詳細說明本發(fā)明實施例提供的資源調度的方法。如圖3所示，該實施例中，實時業(yè)務的半靜態(tài)調度周期為20ms,該實時業(yè)務的最大容忍時延為50ms,子幀配置類型1的RTT為10ms。因為RTT(10ms)和半靜態(tài)調度周期(20ms)的最小公倍數(shù)為20ms,該最小公倍數(shù)小于最大容忍時延50ms，所以判斷存在沖突在數(shù)據(jù)包的第二次重傳和第四次重傳時將會和隨后的數(shù)據(jù)包的初始傳輸相沖突，可采用本發(fā)明實施例提供的資源調度方案來傳輸實時業(yè)務。如所述eNB可以在四個進程中選擇兩個進程并將其預留用于上行半靜態(tài)調度，如可以是隨機的在所述四個進程中選擇兩個進程，本實施例中選^^進程1(process1)和進程3(process3)。圖中水平方向表示幀的時序，每一個間隔表示一個lms子幀，垂直方向表示不同的進程以及該進程可占用的時序資源，圖中的灰色小方塊表示了該進程可占用的時序資源，同一進程相鄰兩個可占用的時序資源之間的間隔為該進程的回環(huán)時間RTT,如圖所示，為10ms。圖中箭頭所指的灰色小方塊表示用于傳輸新的數(shù)據(jù)包的時序資源；灰色小方塊中的數(shù)字表示新傳輸?shù)臄?shù)據(jù)包的序列號；不帶數(shù)字的灰色小方塊可用于該進程上凄t據(jù)包的重傳。所述eNB可以通過RRC信令通知用戶設備UE預留的兩個進程的相關信息，如可以是進程個數(shù)、進程號、進程集合、進程對應的子幀號或者進程對應的子幀集合或多進程模式Multiplepattern,進一步的，也可以是上述信息中的任意兩種、多種或全部。所述eNB通過PDCCH信令指示所述用戶設備UE在所述預留的2個進程對應的上行子幀傳輸數(shù)據(jù)包，如所述eNB可以是通過PDCCH信令指示所述UE第一個數(shù)據(jù)包(如圖中的數(shù)據(jù)包1)傳輸應使用的進程對應的上行子幀，激活在如圖所示的相應子幀上進行數(shù)據(jù)包1的初始傳輸。本實施例中，根據(jù)用戶設備UE接收PDCCH信令進行判定到發(fā)送上行數(shù)據(jù)包的處理時間需求，所述eNB發(fā)送PDCCH信令的時刻應該提前于激活時刻。包，即在如圖中箭頭指示的灰色小方塊傳輸新的數(shù)據(jù)包，則半靜態(tài)調度周期變?yōu)?5ms(即從進程1對應的上行子幀傳輸數(shù)據(jù)包1到進程3對應的上行子幀傳輸數(shù)據(jù)包2之間的時間間隔)和15ms(即從進程3對應的上行子幀傳輸數(shù)據(jù)包2到進程1對應的上行子幀傳輸數(shù)據(jù)包3之間的時間間隔)，數(shù)據(jù)包到達eNB的到達周期分別延遲5ms和提前5ms;當然，本發(fā)明實施例中，所述用戶設備UE也可以是以其他方式來使用所述預留的進程對應的上行子幀來傳輸數(shù)據(jù)包，如可以隨機的使用所預留的進程對應的上行子幀來傳輸數(shù)據(jù)包等。如果所述兩個進程中的某進程上傳輸?shù)臄?shù)據(jù)包沒有被所述eNB正確接收，則在該進程被調度到用于傳輸新的數(shù)據(jù)包之前，按照回環(huán)時間RTT,該進程所有的資源位置均可以進行自適應或者非自適應的重傳，如圖所示，若所述兩個進程中的進程1上的數(shù)據(jù)包1沒有被所述eNB正確接收，則在該進程1下一次被調度到用于傳輸數(shù)據(jù)包3之前，按照該進程1的RTT,該進程所有的資源位置(即圖中進程l上的灰色小方塊所指示的位置)均可以進行自適應或者非自適應的重傳。通過本發(fā)明實施例提供的資源調度方法，減少信令的發(fā)送，降低了信令開銷，很好的解決了現(xiàn)有技術中上行半靜態(tài)調度中的存在的沖突問題，提升了系統(tǒng)性能，提升了用戶的業(yè)務體驗。優(yōu)選的，如果所預留的兩個進程中的某進程上lt據(jù)包傳輸成功、且下一次調度使用該進程傳輸本業(yè)務的數(shù)據(jù)包之前，還有傳輸機會，則所述eNB可以根據(jù)實際需要，將該進程動態(tài)調度給其他業(yè)務進行數(shù)據(jù)傳輸。例如，如果判斷所述兩個進程中的進程1上的數(shù)據(jù)包1被所述eNB正確接收，則在下一次使用該進程對應的上行子幀傳輸數(shù)據(jù)包3之前，若還有傳輸機會則所述eNB可以根據(jù)需要重用該進程進行動態(tài)調度，用來傳輸其他業(yè)務，在數(shù)據(jù)包3的發(fā)送時刻，無論該進程上先前的數(shù)據(jù)包是否成功發(fā)送，都被終止，直接開始數(shù)據(jù)包3的發(fā)送。這樣，通過進程的重用，進一步提高了資源的利用率以及系統(tǒng)的性能。法，該實施例中，實時業(yè)務的半靜態(tài)調度周期為20ms，該實時業(yè)務的最大容忍時延為50ms，子幀配置類型1的RTT為10ms。本實施例中，因為RTT(10ms)和半靜態(tài)調度周期(20ms)的最小公倍數(shù)為20ms,該最小公倍數(shù)小于最大容忍時延50ms,所以判斷存在沖突在數(shù)據(jù)包的第二次重傳和第四次重傳時將會和隨后的數(shù)據(jù)包的初始傳輸相沖突，可采用本發(fā)明實施例提供的資源調度方案來傳輸實時業(yè)務。所述eNB在選擇預留的進程時可采用本發(fā)明實施例提供的優(yōu)選方法來確定預留的用于半靜態(tài)調度的進程。如圖4所示，水平方向表示幀的時序，每一個間隔表示一個lms子幀，垂直方向表示不同的進程以及該進程可占用的時序資源，圖中的灰色小方塊表示了該進程可占用的時序資源，同一進程相鄰兩個可占用的時序資源之間的間隔為該進程的回環(huán)時間RTT，如圖所示，為10ms;圖中箭頭所指的灰色小方塊表示用于傳輸新的數(shù)據(jù)包的時序資源；灰色小方塊中的數(shù)字表示新傳輸?shù)臄?shù)據(jù)包的序列號；不帶數(shù)字的灰色小方塊可用于該進程上數(shù)據(jù)包的重傳；如圖所示，前兩個進程以及后兩個進程因為所占時序資源相鄰，所以為相鄰進程，因此該配置類型1的最大相鄰進程數(shù)為2。為了避免在最大容忍時延內(nèi)的沖突，確定預留2個相鄰進程用于上行半靜態(tài)調度，這兩個相鄰進程可以是前兩個相鄰進程(即子集Subset1)，也可以是后兩個相鄰進程(即子集Subset2)。以預留前兩個相鄰進程(即子集Subsetl)為例，所述eNB可以通過RRC信令通知用戶設備UE預留的相鄰進程的相關信息，如可以是進程個數(shù)、進程號、進程集合、進程對應的子幀號或者進程對應的子幀集合或多進程模式Multiplepattern,進一步的，也可以是上述信息中的任意兩種、多種或全部。如這里，所述eNB可以是通過所述RRC信令通知用戶設備UE為多進程模式Multiplepattern,所述eNB通過PDCCH信令指示所述用戶設備UE在所述預留的兩個相鄰進程對應的上行子幀傳輸數(shù)據(jù)包，如所述eNB可以是通過PDCCH信令指示所述UE第一個數(shù)據(jù)包(如圖中的數(shù)據(jù)包1)傳輸應使用的進程對應的上行子幀，激活在如圖所示的相應子幀上進行數(shù)據(jù)包1的初始傳輸，這里，所述PDCCH信令指示第一個數(shù)據(jù)包(如圖中的數(shù)據(jù)包1)傳輸使用第一個上行子幀，則確定本次實時業(yè)務的傳輸預留為子集Subset1的進程集合。本實施例中，根據(jù)用戶設備UE接收PDCCH信令進行判定到發(fā)送上行數(shù)據(jù)包的處理時間需求，所述eNB發(fā)送PDCCH信令的時刻應該提前于激活時刻。所述用戶設備UE可以是順序循環(huán)使用所述子集Subset1中的兩個相鄰進程對應的上行子幀傳輸數(shù)據(jù)包，即在如圖中箭頭指示位置發(fā)送數(shù)據(jù)包，則半靜態(tài)調度周期變?yōu)?1ms(即從進程1對應的上行子幀傳輸數(shù)據(jù)包1到進程2對應的上行子幀傳輸數(shù)據(jù)包2之間的時間間隔)和19ms(即從進程2對應的上行子幀傳輸數(shù)據(jù)包2到進程1對應的上行子幀傳輸數(shù)據(jù)包3之間的時間間隔)，數(shù)據(jù)包到達eNB的到達周期分別延遲1ms和提前1ms;當然，本發(fā)明實施例中，所述用戶設備UE也可以是以其他方式來使用所述預留的進程對應的上行子幀來傳輸數(shù)據(jù)包，如可以隨機的使用所預留的進程對應的上行子幀來傳輸數(shù)據(jù)包等。如果所述兩個相鄰進程中的某進程上的數(shù)據(jù)包沒有被所述eNB正確接收，則在該進程被調度到用于傳輸新的數(shù)據(jù)包之前，按照回環(huán)時間RTT,該進程所有的資源位置均可以進行自適應或者非自適應的重傳，如圖所示，若所述兩個相鄰進程中的進程1上的數(shù)據(jù)包1沒有被所述eNB正確接收，則在該進程1下一次被調度到用于傳輸數(shù)據(jù)包3之前，按照該進程1的RTT，該進程所有的資源位置(即圖中進程1上的灰色小方塊所指示的位置)均可以進行自適應或者非自適應的重傳。通過本發(fā)明實施例提供的資源調度方法，減少信令的發(fā)送，降低了信令開銷，很好的解決了現(xiàn)有技術中上行半靜態(tài)調度中的存在的沖突問題；該方案降低半靜態(tài)調度數(shù)據(jù)包的時延和時延抖動，很好的提升了系統(tǒng)性能，提升了用戶的業(yè)務體驗。優(yōu)選的，如果所預留的2個相鄰進程中的某進程上凄t據(jù)包傳輸成功、且下一次調度使用該進程傳輸本業(yè)務的數(shù)據(jù)包之前，還有傳輸機會，則所述eNB可以根據(jù)實際需要，將該進程動態(tài)調度給其他業(yè)務進行數(shù)據(jù)傳輸。例如，如果判斷所述兩個相鄰進程中的進程1上的數(shù)據(jù)包1被所述eNB正確接收，則在下一次使用該進程對應的上行子幀傳輸數(shù)據(jù)包3之前，若還有傳輸機會則所述eNB可以根據(jù)需要重用該進程進行動態(tài)調度，用來傳輸其他業(yè)務，在數(shù)據(jù)包3的發(fā)送時刻，無論該進程上先前的數(shù)據(jù)包是否成功發(fā)送，都被終止，直接開始數(shù)據(jù)包3的發(fā)送。這樣，通過進程的重用，進一步提高了資源的利用率以及系統(tǒng)的性能。下面具體以配置類型3為例來詳細說明本發(fā)明實施例提供的資源調度的方法，該實施例中，實時業(yè)務的半靜態(tài)調度周期為20ms，該實時業(yè)務的最大容忍時延為50ms，配置類型3的RTT為10ms。本實施例中，因為RTT(10ms)和半靜態(tài)調度周期(20ms)的最小公倍數(shù)為20ms,該最小公倍數(shù)小于最大容21忍時延50ms,所以判斷存在沖突在數(shù)據(jù)包的第二次重傳和第四次重傳時將會和隨后的數(shù)據(jù)包的初始傳輸相沖突，可采用本發(fā)明實施例提供的資源調度方案來傳輸實時業(yè)務。所述eNB在選擇預留的進程時可采用本發(fā)明實施例提供的優(yōu)選方法來確定預留的用于半靜態(tài)調度的進程。如圖5所示，水平方向表示幀的時序，每一個間隔表示一個lms子幀；垂直方向表示不同的進程以及該進程可占用的時序資源，圖中的灰色小方塊表示了該進程可占用的時序資源，同一進程相鄰兩個可占用的時序資源之間的間隔為該進程的回環(huán)時間RTT，如圖所示，為10ms;圖中箭頭所指的灰色小方塊表示用于傳輸新的數(shù)據(jù)包的時序資源；灰色小方塊中的數(shù)字表示新傳輸?shù)臄?shù)據(jù)包的序列號；不帶數(shù)字的灰色小方塊可用于該進程上數(shù)據(jù)包的重傳；如圖所示，全部三個進程因為所占時序資源相鄰，所以為相鄰進程，因此該配置類型3的最大相鄰進程數(shù)為3。為了避免在最大容忍時延內(nèi)的沖突，在最大容忍時延內(nèi)的最大需求進程數(shù)為floor(50ms/20ms)=3,即在最大容忍時延內(nèi)的最大需求進程數(shù)為3個。根據(jù)最大相鄰進程數(shù)(3個)和最大容忍時延內(nèi)的最大需求進程數(shù)(3個)，確定預留3個相鄰進程用于上行半靜態(tài)調度?？蛇x的，在本發(fā)明實施例中，綜合考慮eNB下資源的整體調度情況，所述eNB確定預留的用于上行半靜態(tài)調度的進程數(shù)也可以不同于上述確定預留的3個進程，如確定預留的進程數(shù)也可以是大于或小于3個。下面以預留3個進程為例進行說明，所述eNB可以通過RRC信令通知用戶設備UE預留的相鄰進程的相關信息，如可以是進程個數(shù)、進程號、進程集合、進程對應的子幀號或者進程對應的子幀集合或多進程模式Multiplepattern,進一步的，也可以是上述信息中的任意兩種、多種或全部。所述eNB通過PDCCH信令指示所述用戶設備UE在所述預留的3個相鄰進程對應的上行子幀傳輸數(shù)據(jù)包，如所述eNB可以是通過PDCCH信令指示所述UE第一個數(shù)據(jù)包(如圖中的數(shù)據(jù)包1)傳輸應使用的進程對應的上行子幀，激活在如圖所示的相應子幀上數(shù)據(jù)包1的初始傳輸。本實施例中，根據(jù)用戶設備UE接收PDCCH信令進行判定到發(fā)送上行數(shù)據(jù)包的處理時間需求，所述eNB發(fā)送PDCCH信令的時刻應該提前于激活時刻。所述用戶設備UE可以是順序循環(huán)使用所述預留的三個相鄰進程對應的上行子幀傳輸數(shù)據(jù)包，即在如圖箭頭指示位置發(fā)送數(shù)據(jù)包，則半靜態(tài)調度周期為分別變?yōu)?1ms(即從進程1對應的上行子幀傳輸數(shù)據(jù)包1到進程2對應的上行子幀傳輸數(shù)據(jù)包2之間的時間間隔)、21ms(即從進程2對應的上行子幀傳從進程3對應的上行子幀傳輸數(shù)據(jù)包3到進程1對應的上行子幀傳輸新的數(shù)據(jù)包之間的時間間隔)，數(shù)據(jù)包到達所述eNB的到達周期最大延遲2ms、最大提前2ms;當然，本發(fā)明實施例中，所述用戶設備UE也可以是以其他方式來使用所述預留的進程對應的上行子幀來傳輸數(shù)據(jù)包，如可以隨機的使用所預留的進程對應的上行子幀來傳輸數(shù)據(jù)包等。如果所述3個相鄰進程中的某進程上的數(shù)據(jù)包沒有^^皮所述eNB正確接收，則在該進程被調度到用于傳輸新的數(shù)據(jù)包之前，按照回環(huán)時間RTT,該進程所有的資源位置均可以進行自適應或者非自適應的重傳，如圖所示，若所述3個相鄰進程中的進程1上的數(shù)據(jù)包1沒有被所述eNB正確接收，則在該進程1下一次被調度到用于傳輸新的數(shù)據(jù)包之前，按照該進程1的RTT，該進程所有的資源位置(即圖中進程l上的灰色小方塊所指示的位置)均可以進行自適應或者非自適應的重傳。通過本發(fā)明實施例提供的資源調度方法，減少信令的發(fā)送，降低了信令開銷，很好的解決了現(xiàn)有技術中上行半靜態(tài)調度中的存在的沖突問題；該方案降低半靜態(tài)調度數(shù)據(jù)包的時延和時延抖動，很好的提升了系統(tǒng)性能，提升了用戶的業(yè)務體驗。優(yōu)選的，如果所預留的3個相鄰進程中的某進程上數(shù)據(jù)包傳輸成功、且下一次調度使用該進程傳輸本業(yè)務的數(shù)據(jù)包之前，還有傳輸機會，則所述eNB可以根據(jù)實際需要，將該進程動態(tài)調度給其他業(yè)務進行數(shù)據(jù)傳輸。例如，如果判斷所述3個相鄰進程中的進程1上的數(shù)據(jù)包1被所述eNB正確接收，則在下一次使用該進程對應的上行子幀傳輸新的數(shù)據(jù)包之前，若還有傳輸機會則所述eNB可以根據(jù)需要重用該進程進行動態(tài)調度，用來傳輸其他業(yè)務，在所述新的數(shù)據(jù)包的發(fā)送時刻，無論該進程上先前的數(shù)據(jù)包是否成功發(fā)送，都被終止，直接開始所述新的數(shù)據(jù)包的發(fā)送。這樣，通過進程的重用，進一步提高了資源的利用率以及系統(tǒng)的性能。在相鄰進程中確定預留的進程時，除了按照圖2所示方式那樣來確定預留的進程外，還可以是在所述相鄰進程中缺省地預留2個相鄰進程，可以把該缺省地預留的2個相鄰進程作為一個進程集合。具體的如圖6所示法，該實施例中，實時業(yè)務的半靜態(tài)調度周期為20ms，該實時業(yè)務的最大容忍時延為50ms，配置類型3的RTT為10ms。本實施例中，因為RTT(10ms)和半靜態(tài)調度周期(20ms)的最小公倍數(shù)為20ms，該最小公倍數(shù)小于最大容忍時延50ms，所以判斷存在沖突在數(shù)據(jù)包的第二次重傳和第四次重傳時將會和隨后的數(shù)據(jù)包的初始傳輸相沖突，可采用本發(fā)明實施例提供的資源調度方案來傳輸實時業(yè)務。如圖6所示，水平方向表示幀的時序，每一個間隔表示一個lms子幀；垂直方向表示不同的進程以及該進程可占用的時序資源，圖中的灰色小方塊表示了該進程可占用的時序資源，同一進程相鄰兩個可占用的時序資源之間的間隔為該進程的回環(huán)時間RTT，如圖所示，為10ms;圖中箭頭所指的灰色小方塊表示用于傳輸新的數(shù)據(jù)包的時序資源；灰色小方塊中的數(shù)字表示新傳輸?shù)臄?shù)據(jù)包的序列號；不帶數(shù)字的灰色小方塊可用于該進程上數(shù)據(jù)包的重傳；如圖所示，全部三個進程因為所占時序資源相鄰，所以為相鄰進程，因此該配置類型3的最大相鄰進程數(shù)為3。為了避免在最大容忍時延內(nèi)的沖突，缺省的可以在所述的3個相鄰進程中預留2個相鄰進程，如可以是前2個相鄰進程(如圖所示的子集Subset1)、或可以是后面2個相鄰進程(如圖所示的子集Subset2)。下面以預留前2個相鄰進程(如圖所示的子集Subset1)為例進行說明，所述eNB可以通過RRC信令通知用戶設備UE預留的相鄰進程的相關信息，如可以是進程個數(shù)、進程號、進程集合、進程對應的子幀號或者進程對應的子幀集合、或多進程模式Multiplepattern,進一步的，也可以是上述信息中的任意兩種、多種或全部。這里，所述eNB可以是通過RRC信令來通知所述UE為多進程模式Multiplepattem。所述eNB通過PDCCH信令指示所述用戶設備UE在所述預留相鄰進程對應的上行子幀傳輸數(shù)據(jù)包，如所述eNB可以是通過PDCCH信令指示所述UE第一個數(shù)據(jù)包(如圖中的數(shù)據(jù)包1)傳輸應使用的進程對應的上行子幀，激活在如圖所示的相應子幀上數(shù)據(jù)包1的初始傳輸。這里，如果所述PDCCH信令指示第一個數(shù)據(jù)包(如圖中的數(shù)據(jù)包1)傳輸使用如圖第一個上行子幀，則預留的是子集Subsetl進程集合對應的上行子幀資源；如果所述PDCCH信令指示第一個數(shù)據(jù)包(如圖中的數(shù)據(jù)包1)傳輸使用如圖第二個或者第三個上行子幀，則所預留的是子集Subset2進程集合對應的上行子幀資源。本實施例中，根據(jù)用戶設備UE接收PDCCH信令進行判定到發(fā)送上行數(shù)據(jù)包的處理時間需求，所述eNB發(fā)送PDCCH信令的時刻應該提前于激活時刻。如圖所示，以預留子集Subset1為例進程說明。所述用戶設備UE可以是順序循環(huán)使用所述預留的2個相鄰進程對應的上行子幀傳輸數(shù)據(jù)包，即在如圖箭頭指示位置發(fā)送數(shù)據(jù)包，則半靜態(tài)調度周期為分別變?yōu)?1ms(即從進程1對應的上行子幀傳輸數(shù)據(jù)包1到進程2對應的上行子幀傳輸數(shù)據(jù)包2之間的時間間隔)、19ms(即從進程2對應的上行子幀傳輸數(shù)據(jù)包2到進程1對應的上行子幀傳輸數(shù)據(jù)包3之間的時間間隔)，數(shù)據(jù)包到達所述eNB的到達周期最大延遲lms、最大提前l(fā)ms;當然，本發(fā)明實施例中，所述用戶設備UE也可以是以其他方式來使用所述預留的進程對應的上行子幀來傳輸數(shù)據(jù)包，如可以隨機的使用所預留的進程對應的上行子幀來傳輸數(shù)據(jù)包等。如果所述2個相鄰進程中的某進程上的數(shù)據(jù)包沒有被所述eNB正確接收，則在該進程被調度到用于傳輸新的數(shù)據(jù)包之前，按照回環(huán)時間RTT,該進程所有的資源位置均可以進行自適應或者非自適應的重傳，如圖所示，若所述2個相鄰進程中的進程1上的數(shù)據(jù)包1沒有纟皮所述eNB正確接收，則在該進程1下一次被調度到用于傳輸新的數(shù)據(jù)包之前，按照該進程1的RTT，該進程所有的資源位置(即圖中進程l上的灰色小方塊所指示的位置)均可以進行自適應或者非自適應的重傳。通過本發(fā)明實施例提供的資源調度方法，減少信令的發(fā)送，降低了信令開銷，很好的解決了現(xiàn)有技術中上行半靜態(tài)調度中的存在的沖突問題；因為是在相鄰進程中確定預留的進程，因此該方案可以很好的降低半靜態(tài)調度數(shù)據(jù)包的時延和時延抖動，很好的提升了系統(tǒng)性能，提升了用戶的業(yè)務體驗。優(yōu)選的，如果所預留的2個相鄰進程中的某進程上數(shù)據(jù)包傳輸成功、且下一次調度使用該進程傳輸本業(yè)務的數(shù)據(jù)包之前，還有傳輸機會，則所述eNB可以根據(jù)實際需要，將該進程動態(tài)調度給其他業(yè)務進行數(shù)據(jù)傳輸。例如，如果判斷所述2個相鄰進程中的進程1上的數(shù)據(jù)包1被所述eNB正確接收，則在下一次使用該進程對應的上行子幀傳輸新的數(shù)據(jù)包之前，若還有傳輸機會則所述eNB可以根據(jù)需要重用該進程進行動態(tài)調度，用來傳輸其他業(yè)務，在所述新的數(shù)據(jù)包的發(fā)送時刻，無論該進程上先前的數(shù)據(jù)包是否成功發(fā)送，都被終止，直接開始所述新的數(shù)據(jù)包的發(fā)送。這樣，通過進程的重用，進一步提高了資源的利用率以及系統(tǒng)的性能。進一步的，對于平均回環(huán)時間RTT為U.67ms的配置類型0、或回環(huán)時間RTT為12ms的配置類型6,針對半靜態(tài)調度周期為20ms、最大容忍時延為50ms的實時業(yè)務由于RTT和半靜態(tài)調度周期的最小公倍數(shù)大于50ms(本實施例中，分別為233.4ms、60ms)，因此判斷在業(yè)務的最大容忍時延內(nèi)不存在沖突，則這種情況下可以不用預留進程，則所述eNB可通過RRC信令告知所述用戶設備UE不需要為該實時業(yè)務預留進程，通過PDCCH信令告知所述用戶設備UE該實時業(yè)務的半靜態(tài)調度周期，激活所述用戶設備UE在所述實時業(yè)務的半靜態(tài)調度周期對應的上行子幀傳輸數(shù)據(jù)包。半靜態(tài)調度的數(shù)據(jù)包可如現(xiàn)有技術那樣按照時間關系臨時占據(jù)在不同的進程上。如圖7所示，本發(fā)明實施例還提供了一種基站，該基站包括判斷模塊700、確定模塊702、以及通信模塊704。所述判斷模塊700，用于判斷是否需要為實時業(yè)務預留進程。當有實時業(yè)務需要傳輸時，所述基站的判斷模塊700首先判斷是否需要為所述待傳輸?shù)膶崟r業(yè)務預留進程，如可以是根據(jù)子幀配置類型的回環(huán)時間RTT和所述實時業(yè)務的半靜態(tài)調度周期來判斷在所述實時業(yè)務的最大容忍時延內(nèi)是否存在沖突，若存在沖突，則需要為所述實時業(yè)務預留進程；若不存在沖突，則不需要為所述實時業(yè)務預留進程。這里，在判斷是否存在沖突可以是比較所述子幀配置類型的回環(huán)時間RTT和所述實時業(yè)務的半靜態(tài)調度周期的最小公倍數(shù)和所述實時業(yè)務的最大容忍時延，若所述子幀配置類型的回環(huán)時間RTT和所述實時業(yè)務的半靜態(tài)調度周期的最小^H咅^t小于等于所述實時業(yè)務的最大容忍時延，則判斷存在沖突；若所述子幀配置類型的回環(huán)時間RTT和所述實時業(yè)務的半靜態(tài)調度周期的最小公倍數(shù)大于所述實時業(yè)務的最大容忍時延，則判斷不存在沖突。所述確定模塊702，用于若所述判斷模塊700判斷需要預留進程，則確定預留進程用于上行半靜態(tài)調度；通信模塊704，用于將所述確定模塊702所預留的進程的相關信息發(fā)送給用戶設備UE;指示所述用戶設備UE在所述預留的進程對應的上行子幀傳輸數(shù)據(jù)包。本發(fā)明實施例中，所述通信模塊704可以是通過信令將所述確定預留的進程的相關信息發(fā)送給所述用戶設備UE，如可以是通過無線資源控制RRC(RadioResourceControl)信令將所述預留的進程的相關信息發(fā)送給所述用戶設備UE,當然，所述eNB也可以是通過系統(tǒng)其他的信令將所述預留的進程的相關信息發(fā)送給所述用戶設備UE。本實施例中，所述進程的相關信息可以是進程個數(shù)、進程號、進程集合、進程對應的子幀號或者進程對應的子幀集合或多進程模式Multiplepattern,也可以是上述信息中的任意兩種、多種或全部。本發(fā)明實施例中，所述通信模塊704可以是通過PDCCH信令來指示所述用戶設備UE在所述預留的進程對應的上行子幀傳輸數(shù)據(jù)包。優(yōu)選的，所述通信模塊704可以是通過所述的PDCCH信令來指示所述用戶設備UE第一個數(shù)據(jù)包傳輸應使用的進程對應的上行子幀，所述第一個數(shù)據(jù)包傳輸應使用的進程為所述預留的至少兩個進程中的任意一個?？蛇x的，本發(fā)明實施例中，所述確定模塊702可以包括隨機選擇模塊7020,用于隨機選擇至少兩個進程，確定預留所述隨機選擇的至少兩個進程用于上行半靜態(tài)調度?？蛇x的，所述確定模塊702在確定預留的用于上行半靜態(tài)調度的進程時，除了可使用隨機選擇模塊7020采用隨機選擇進程的方式外，本發(fā)明實施例中，所述確定模塊702還可以根據(jù)子幀的配置類型以及半靜態(tài)調度周期等信息來確定預留用于上行半靜態(tài)調度的進程。具體如下可選的，本發(fā)明實施例中，所述確定模塊702還可以包括計算模塊7022、確認子模塊7024和選擇子模塊7026;所述計算模塊7022，用于根據(jù)所述最大容忍時延以及所述實時業(yè)務的半靜態(tài)調度周期確定在所述最大容忍時延內(nèi)的最大需求進程數(shù)，本發(fā)明實施例中，所述計算模塊7022可以按照如下公式來確定在所述最大需求進程數(shù)最大需求進程數(shù)=floor(最大容忍時延/半靜態(tài)調度周期)，即最大需求進程數(shù)為最大容忍時延除以半靜態(tài)調度周期的商上取整。所述確認子模塊7024,用于根據(jù)所述子幀的配置類型確定該配置類型下的最大相鄰進程數(shù)。所述選擇子模塊7026,用于根據(jù)所述計算模塊7022確定的所述最大容忍時延內(nèi)的最大需求進程數(shù)和所述確認子模塊7024確認的最大相鄰進程數(shù)確定預留的用于上行半靜態(tài)調度的進程。本發(fā)明實施例中，所述選擇子模塊7026可根據(jù)在所述最大相鄰進程數(shù)和所述最大需求進程數(shù)中取較小的值來確定預留的用于上行半靜態(tài)調度的進程數(shù)，由此進一步可確認用于上行半靜態(tài)調度的進程，這些進程都是相鄰進程。所述通信模塊704還用于若所述判斷模塊700判斷不需要為所述實時業(yè)務預留進程，則發(fā)送通知消息給所述用戶設備UE,所述通知消息中攜帶無預留進程的信息；指示所述用戶設備UE在所述實時業(yè)務的半靜態(tài)調度周期對應的上行子幀傳輸數(shù)據(jù)包。這樣，通過本發(fā)明實施例提供的基站來進行資源調度，減少了信令的發(fā)送，降低了信令開銷；通過預留多個進程用于上行半靜態(tài)調度來傳輸業(yè)務，很好的解決了現(xiàn)有技術中上行半靜態(tài)調度中的存在的沖突問題，極大的提升了系統(tǒng)性能。進一步的，本發(fā)明實施例還提供一種通信系統(tǒng)，該系統(tǒng)包括基站，所述基站以可通信方式同用戶設備UE相連，當需要傳輸實時業(yè)務時，所述基站若判斷需要為所述實時業(yè)務預留進程，則確定預留進程用于上行半靜態(tài)調度；發(fā)送通知消息給用戶i殳備UE,所述通知消息中攜帶所述預留的進程的相關信息；指示所述用戶設備UE在所述預留的進程對應的上行子幀傳輸數(shù)據(jù)包。在該系統(tǒng)中，所述基站在確定預留進程用于上行半靜態(tài)調度時，可以是缺省的預留兩個進程，也可以是根據(jù)所述實時業(yè)務預留兩個以上的進程。該基站可以是隨機選擇兩個或多個進程以預留用于上行半靜態(tài)調度，也可以是如上述實施例所描述的那樣，根據(jù)子幀的配置類型以及半靜態(tài)調度周期等信息來確定預留用于上行半靜態(tài)調度的進程，具體方式參見上述圖2的實施例。在該系統(tǒng)中，如上述圖1至圖6的實施例所記載的方案，所述通知消息可以是信令，該信令攜帶所述確定預留的進程的相關信息，如可以是無線資源控制RRC(RadioResourceControl)信令，當然，也可以是通過系統(tǒng)其他的信令。本實施例中，所述進程的相關信息可以是進程個數(shù)、進程號、進程集合、進程對應的子幀號或者進程對應的子幀集合或多進程模式Multiplepattern,也可以是上述信息中的任意兩種、多種或全部。本發(fā)明實施例中，所述基站可以是通過PDCCH信令來指示所述用戶設備UE在所述預留的進程對應的上行子幀傳輸數(shù)據(jù)包。優(yōu)選的，所述基站可以是通過所述的PDCCH信令來指示所述UE第一個數(shù)據(jù)包傳輸應使用的進程對應的上行子幀，所述第一個數(shù)據(jù)包傳輸應使用的進程為所述預留的至少兩個進程中的任意一個。該系統(tǒng)中，所述用戶設備UE接收來自所述基站的通知消息，獲取預留的進程的相關信息，接收所述基站發(fā)送給該UE的指示，在所述預留的進程對應的上行子幀傳輸數(shù)據(jù)包。如可以是根據(jù)所述基站的指示的第一個數(shù)據(jù)包傳輸應使用的進程對應的上行子幀，開始從相應上行子幀傳輸數(shù)據(jù)包，所述用戶設備UE可以是順序循環(huán)使用所述預留的進程對應的上行子幀來傳輸數(shù)據(jù)包，當然，本發(fā)明實施例中，所述用戶設備UE也可以是以其他方式來使用所述預留的進程對應的上行子幀來傳輸數(shù)據(jù)包，如可以隨機的使用所預留的進程對應的上行子幀來傳輸數(shù)據(jù)包等。進一步的，該系統(tǒng)中，在通過所述預留的進程對應的上行子幀傳輸數(shù)據(jù)包的過程中，如果某進程上的數(shù)據(jù)包傳輸失敗，則可按照該進程所屬的配置類型的回環(huán)時間RTT進行數(shù)據(jù)重傳。本發(fā)明實施例中，在重傳時，可以采用自適應、或者非自適應的方式進行數(shù)據(jù)的重傳，這里，所述的自適應方式是指缺省的按照原數(shù)據(jù)包發(fā)送時采用的格式來重傳所述數(shù)據(jù)包；所述的非自適應方式是指根據(jù)實際情況在重傳時可采用新指定的格式來重傳所述數(shù)據(jù)包。進一步的，本發(fā)明實施例中，若所述預留的進程中的某進程被調度到進行新的數(shù)據(jù)包傳輸時，如果該進程上一次的數(shù)據(jù)包傳輸還沒有傳輸成功，則終止其重傳，在該進程上傳輸新的數(shù)據(jù)包，這里，所述的該進程上一次的數(shù)據(jù)包傳輸可以是用于本實時業(yè)務半靜態(tài)調度的傳輸還可以是用于其他業(yè)務的動態(tài)調度的傳輸。通過本發(fā)明實施例提供的系統(tǒng)進行資源調度，減少了信令的發(fā)送，降低了信令開銷。通過預留多個進程用于上行半靜態(tài)調度來進行業(yè)務傳輸，可以很好的解決現(xiàn)有技術中上行半靜態(tài)調度中的存在的沖突問題，極大的提升系統(tǒng)的性6匕B匕'優(yōu)選的，該系統(tǒng)中，如果所述預留的進程中的某進程上的數(shù)據(jù)包未被正確接收、且下一次調度使用該進程傳輸本業(yè)務的數(shù)據(jù)包之前還有傳輸機會，則所述基站可以根據(jù)實際需要，將該進程動態(tài)調度給其他業(yè)務進行數(shù)據(jù)包傳輸。這樣，通過進程的重用，進一步提高了資源的利用率以及系統(tǒng)的性能。進一步的，所述基站若判斷不需要為所述實時業(yè)務預留進程，發(fā)送通知消息給所述用戶設備UE，所述通知消息中攜帶無預留進程的信息；指示所述用戶設備UE在所述實時業(yè)務的半靜態(tài)調度周期對應的上行子幀傳輸數(shù)據(jù)包。這里，所述用戶設備UE接收來自所述基站的通知消息，獲知基站沒有預留進程，該UE接收來自所述基站的指示，根據(jù)該實時業(yè)務的半靜態(tài)調度周期對應的上行子幀傳輸數(shù)據(jù)包，該指示可以是PDCCH信令。是可以通過程序來指令相關的硬件完成，所述的程序可以存儲于一種計算機可讀存儲介質中，該程序在執(zhí)行時，包括如下步驟若判斷需要為所迷實時業(yè)務預留進程，確定預留進程用于上行半靜態(tài)調度；發(fā)送通知消息給用戶設備UE,所述通知消息中攜帶所述預留的進程的相關信息；指示所述用戶設備UE在所述預留的進程對應的上行子幀傳輸數(shù)據(jù)包。上述提到的存儲介質可以是只讀存儲器，^磁盤或光盤等。以上所述，僅為本發(fā)明較佳的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本
技術領域：
的技術人員在本發(fā)明揭露的技術范圍內(nèi)，可輕易想到的變化或替換，都應涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應該以權利要求的保護范圍為準<權利要求1、一種資源調度方法，其特征在于，當需要傳輸實時業(yè)務時，該方法具體包括若判斷需要為所述實時業(yè)務預留進程，確定預留進程用于上行半靜態(tài)調度；發(fā)送通知消息給用戶設備UE，所述通知消息中攜帶所述預留的進程的相關信息；指示所述用戶設備UE在所述預留的進程對應的上行子幀傳輸數(shù)據(jù)包。2、如權利要求l所述的方法，其特征在于，該進一步包括若判斷不需要為所述實時業(yè)務預留進程，發(fā)送通知消息給所述用戶設備UE，所述通知消息中攜帶無預留進程的信息；指示所述用戶i殳備UE在所述實時業(yè)務的半靜態(tài)調度周期對應的上行子幀傳輸數(shù)據(jù)包。3、如權利要求1所述的方法，其特征在于，所述判斷需要為所述實時業(yè)務預留進程具體為根據(jù)子幀配置類型的回環(huán)時間RTT和所述實時業(yè)務的半靜態(tài)調度周期的最小公倍數(shù)判斷在所述實時業(yè)務的最大容忍時延內(nèi)是否存在沖突，若存在沖突，則判斷需要為所述實時業(yè)務預留進程。4、如權利要求2所述的方法，其特征在于，所述判斷不需要為所述實時業(yè)務預留進程具體為根據(jù)子幀配置類型的回環(huán)時間RTT和所述實時業(yè)務的半靜態(tài)調度周期的最小公倍數(shù)判斷在所述實時業(yè)務的最大容忍時延內(nèi)是否存在沖突，若不存在沖突，則判斷不需要為所述實時業(yè)務預留進程。5、如權利要求3或4所述的方法，其特征在于，所述根據(jù)子幀配置類型的回環(huán)時間RTT和所述實時業(yè)務的半靜態(tài)調度周期的最小公倍數(shù)判斷在所述實時業(yè)務的最大容忍時延內(nèi)是否存在沖突具體為若所述子幀配置類型的回環(huán)時間RTT和所述實時業(yè)務的半靜態(tài)調度周期的最小公倍數(shù)小于等于所述實時業(yè)務的最大容忍時延，則判斷存在沖突；若所述子幀配置類型的回環(huán)時間RTT和所述實時業(yè)務的半靜態(tài)調度周期的最小公倍數(shù)大于所述實時業(yè)務的最大容忍時延，則判斷不存在沖突。6、如權利要求1所述的方法，其特征在于，所述確定預留進程用于上行半靜態(tài)調度具體為隨機選擇至少兩個進程；確定預留所述隨機選擇的至少兩個進程用于上行半靜態(tài)調度。7、如權利要求1所述的方法，其特征在于，所述確定預留進程用于上行半靜態(tài)調度具體為根據(jù)所述實時業(yè)務的最大容忍時延以及所述實時業(yè)務的半靜態(tài)調度周期確定在所述最大容忍時延內(nèi)的最大需求進程數(shù)；根據(jù)子幀的配置類型確定該配置類型下的最大相鄰進程數(shù)；根據(jù)所述最大容忍時延內(nèi)的最大需求進程數(shù)以及所述最大相鄰進程數(shù)確定預留的用于上行半靜態(tài)調度的進程。8、如權利要求1所述的方法，其特征在于，所述確定預留進程用于上行半靜態(tài)調度具體為在子幀的配置類型的相鄰進程中選擇兩個相鄰進程；確定預留所述選擇的兩個相鄰進程用于上行半靜態(tài)調度。9、如權利要求7所述的方法，其特征在于，所述確定在所述最大容忍時延內(nèi)的最大需求進程數(shù)具體為根據(jù)如下公式確定最大容忍時延內(nèi)的最大需求進程數(shù)最大需求進程數(shù)=floor(最大容忍時延/半靜態(tài)調度周期)。10、如權利要求l所述的方法，其特征在于，所述進程的相關信息為進程個數(shù)、進程號、進程集合、進程對應的子幀號或者進程對應的子幀集合或多進程模式中的至少一個。11、如權利要求l所述的方法，其特征在于，所述通知消息為無線資源控制RRC信令。12、如權利要求1所述的方法，其特征在于，所述指示所述用戶設備UE在所述預留的進程對應的上行子幀傳輸數(shù)據(jù)包具體為通過下行物理控制信道PDCCH信令指示所述用戶設備UE在所述預留的進程對應的上行子幀傳輸數(shù)據(jù)包。13、如權利要求12所述的方法，其特征在于，所述通過下行物理控制信道PDCCH信令指示所述用戶設備UE在所述預留的進程對應的上行子幀傳輸數(shù)據(jù)包具體為通過所述下行物理控制信道PDCCH信令指示所述用戶設備UE第一個數(shù)據(jù)包傳輸應使用的進程對應的上行子幀。14、如權利要求1-4、6-13中任一所述的方法，其特征在于，其中，所述用戶設備UE用于順序循環(huán)使用所述預留的進程對應的上行子幀來傳輸數(shù)據(jù)包。15、如權利要求l-4、6-13中任一所述的方法，其特征在于，該方法進一步包括如果所述預留的進程中的任意進程上的數(shù)據(jù)包傳輸失敗，則按照該進程所屬的配置類型的回環(huán)時間RTT進行數(shù)據(jù)重傳。16、如權利要求l-4、6-13中任一所述的方法，其特征在于，該方法進一步包括如果所述預留的進程中的任意進程上數(shù)據(jù)包傳輸成功、且下一次調度使用該進程傳輸本業(yè)務的數(shù)據(jù)包之前還有傳輸機會，則將該進程動態(tài)調度給其他業(yè)務進行數(shù)據(jù)包傳輸。17、一種用戶設備傳輸數(shù)據(jù)包的方法，其特征在于，該方法包括接收來自網(wǎng)絡的通知消息，所述通知消息包括所述網(wǎng)絡確定預留的用于上行半靜態(tài)調度的進程的相關信息；接收來自網(wǎng)絡的指示，所述用戶設備在所預留的進程對應的上行子幀傳輸數(shù)據(jù)包。18、如權利要求17所述的方法，其特征在于，所述通知消息為無線資源控制RRC信令，所述無線資源控制RRC信令包括所述網(wǎng)絡確定預留的用于上行半靜態(tài)調度的進程的相關信息。19、如權利要求17所述的方法，其特征在于，所述用戶設備在所預留的進程對應的上行子幀傳輸數(shù)據(jù)包具體為所述用戶設備順序循環(huán)使用所預留的進程對應的上行子幀傳輸數(shù)據(jù)包。20、一種基站，其特征在于，該基站包括判斷模塊，用于判斷是否需要為實時業(yè)務預留進程；確定模塊，用于若所述判斷模塊判斷需要預留進程，則確定預留進程用于上行半靜態(tài)調度；通信模塊，用于將所述確定模塊所預留的進程的相關信息發(fā)送給用戶設備UE;指示所述用戶設備UE在所述預留的進程對應的上行子幀傳輸數(shù)據(jù)包。21、如權利要求20所述的基站，其特征在于，所述確定模塊包括隨機選擇模塊，用于隨機選擇至少兩個進程，確定預留所述隨機選擇的至少兩個進程用于上行半靜態(tài)調度。22、如權利要求20所述的基站，其特征在于，所述確定模塊包括計算模塊，用于根據(jù)所述最大容忍時延以及所述實時業(yè)務的半靜態(tài)調度周期確定在所述最大容忍時延內(nèi)的最大需求進程數(shù)；確認子模塊，用于根據(jù)所述子幀的配置類型確定該配置類型下的最大相鄰進程數(shù)；選擇子模塊，用于根據(jù)所述計算模塊確定的所述最大容忍時延內(nèi)的最大需求進程數(shù)和所述確認子模塊確認的最大相鄰進程數(shù)確定預留的用于上行半靜態(tài)調度的進程。23、如權利要求20所述的基站，其特征在于，所述通信模塊，用于通過無線資源控制RRC信令將所述預留的進程的相關信息發(fā)送給用戶設備UE;通過下行物理控制信道PDCCH信令指示所述用戶設備UE在所述預留的進程對應的上行子幀傳輸數(shù)據(jù)包。24、如權利要求20所述的基站，其特征在于，所述通信模塊還用于若所述判斷模塊判斷不需要為所述實時業(yè)務預留進程，則發(fā)送通知消息給所述用戶設備UE,所述通知消息中攜帶無預留進程的信息；指示所述用戶設備UE在所述實時業(yè)務的半靜態(tài)調度周期對應的上行子幀傳輸數(shù)據(jù)包。25、一種通信系統(tǒng)，其特征在于，該系統(tǒng)包括基站，所述基站以可通信方式同用戶設備UE相連，當需要傳輸實時業(yè)務時，所述基站若判斷需要為所述實時業(yè)務預留進程，則確定預留進程用于上行半靜態(tài)調度；發(fā)送通知消息給用戶設備UE，所述通知消息中攜帶所述預留的進程的相關信息；指示所述用戶設備UE在所述預留的進程對應的上行子幀傳輸數(shù)據(jù)包。26、如權利要求25所述的通信系統(tǒng)，其特征在于，所述基站若判斷不需要為所述實時業(yè)務預留進程，發(fā)送通知消息給所述用戶設備UE，所述通知消息中攜帶無預留進程的信息；指示所述用戶設備UE在所述實時業(yè)務的半靜態(tài)調度周期對應的上行子幀傳輸數(shù)據(jù)包。27、如權利要求25所述的通信系統(tǒng)，其特征在于，所述通知消息為無線資源控制RRC信令，則所述基站用于發(fā)送所述無線資源控制RRC信令給所述用戶設備UE，所述無線資源控制RRC信令攜帶所述預留的進程的相關信息。28、如權利要求25所述的通信系統(tǒng)，其特征在于，所述基站用于通過下行物理控制信道PDCCH信令指示所述用戶設備UE在所述預留的進程對應的上行子幀傳輸數(shù)據(jù)包。29、如權利要求25所述的通信系統(tǒng)，其特征在于，所述用戶設備UE用于順序循環(huán)使用所述預留的進程對應的上行子幀來傳輸數(shù)據(jù)包。全文摘要本發(fā)明實施例提供了一種資源調度方法、基站以及通信系統(tǒng)，該資源調度方法包括當需要傳輸實時業(yè)務時，若判斷需要為所述實時業(yè)務預留進程，確定預留進程用于上行半靜態(tài)調度；發(fā)送通知消息給用戶設備UE，所述通知消息中攜帶所述預留的進程的相關信息；指示所述用戶設備UE在所述預留的進程對應的上行子幀傳輸數(shù)據(jù)包。通過本發(fā)明實施例提供的資源調度方法，減少了信令的發(fā)送，降低了信令開銷，通過預留多個進程用于上行半靜態(tài)調度來進行業(yè)務傳輸，可以很好的解決現(xiàn)有技術中上行半靜態(tài)調度中的存在的沖突問題，極大的提升系統(tǒng)的性能，提升了用戶的業(yè)務體驗。文檔編號H04W72/04GK101657017SQ20081021630公開日2010年2月24日申請日期2008年9月22日優(yōu)先權日2008年9月22日發(fā)明者博李,陳玉華申請人:華為技術有限公司