一種資源調(diào)度方法、裝置及系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種資源調(diào)度方法，該方法包括：設(shè)置業(yè)務(wù)調(diào)度單元及環(huán)境調(diào)度單元；將要執(zhí)行的業(yè)務(wù)劃分為一個以上子業(yè)務(wù)，在執(zhí)行所述業(yè)務(wù)的各子業(yè)務(wù)過程中，當(dāng)需要使用相應(yīng)資源時，所述業(yè)務(wù)調(diào)度單元通知所述環(huán)境調(diào)度單元分配所需資源。本發(fā)明同時公開了一種資源調(diào)度裝置及系統(tǒng)，采用本發(fā)明的方法、裝置及系統(tǒng)，在處理實時信號時，能有效地實現(xiàn)資源的動態(tài)調(diào)度。
【專利說明】一種資源調(diào)度方法、裝置及系統(tǒng)

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及使用通用處理器（GPP, General Purpose Processors)處理實時信號 技術(shù)，尤其涉及一種基于GPP的資源調(diào)度方法、裝置及系統(tǒng)。

【背景技術(shù)】
[0002] 隨著近幾年能源和電力價格的上漲，全球的移動通信網(wǎng)絡(luò)運營商面臨日漸嚴(yán)重的 成本壓力，同時運營商獲取站址和機(jī)房的難度也在不斷加大。由于全球大多數(shù)主流運營商 通常會同時擁有2-3個不同通信制式的網(wǎng)絡(luò)，為保證網(wǎng)絡(luò)的服務(wù)質(zhì)量，就需要部署大量的 基站以解決網(wǎng)絡(luò)覆蓋的問題。站址和機(jī)房資源的相對稀缺與不斷增長的基站數(shù)量的矛盾在 一定時期內(nèi)無法協(xié)調(diào)，目前已成為運營商無法回避的難題。如今，電信市場的激烈競爭使得 單用戶平均收入（ARPU)增長緩慢甚至下降，嚴(yán)重消弱了移動運營商的盈利能力。而運營商 收入的下降必將會導(dǎo)致建網(wǎng)和設(shè)備采購?fù)顿Y的壓縮，進(jìn)而影響到全行業(yè)的整體發(fā)展。面對 這種局面，出于行業(yè)持續(xù)盈利和長期發(fā)展考慮，移動通信產(chǎn)業(yè)界提出了新型的綠色演進(jìn)的 無線網(wǎng)絡(luò)（C-RAN)系統(tǒng)架構(gòu)，以引導(dǎo)未來集中式基帶處理網(wǎng)絡(luò)架構(gòu)技術(shù)的發(fā)展。
[0003] C-RAN系統(tǒng)主要由遠(yuǎn)端的無線射頻單元（RRU)與天線組成的分布式無線網(wǎng)絡(luò)、具 有高帶寬、低延遲特性的光傳輸網(wǎng)絡(luò)、以及集中式基帶處理池三大部分組成。其中，集中式 基帶處理池由集中在一個物理站點的多個基帶單元（BBU)構(gòu)成，所有BBU和RRU通過具有 高帶寬、低延遲特性的光傳輸網(wǎng)絡(luò)連接起來；并且，集中式基帶處理池中多個BBU之間交叉 連接。實現(xiàn)集中式基帶處理池的功能需要應(yīng)用基站虛擬化技術(shù)，具體地，需要支持集中式基 帶處理池的物理資源和計算能力的虛擬分配和組合。
[0004] 集中式基帶處理池中多個BBU之間互聯(lián)互通，構(gòu)成高容量、低延遲的互聯(lián)架構(gòu)，而 遠(yuǎn)端的RRU通過互聯(lián)架構(gòu)即光傳輸網(wǎng)絡(luò)可以與集中式基帶處理池中任意一個BBU進(jìn)行交 互，這種方式可以認(rèn)為是對現(xiàn)有BBU進(jìn)行集中化集成處理，如此，有效地實現(xiàn)了載波負(fù)載均 衡、容災(zāi)備份，同時還能實現(xiàn)提高設(shè)備利用率、減少基站機(jī)房數(shù)量、以及降低能耗的目的。
[0005] 現(xiàn)有實現(xiàn)集中式基帶處理池的功能的技術(shù)方案中，多采用傳統(tǒng)的數(shù)字信號處理器 (DSP，Digital Signal Processing)+現(xiàn)場可編程門陣列（FPGA，F(xiàn)ield Programmable Gate Array)的架構(gòu)處理基帶信號，并采用額外的附加交換設(shè)備實現(xiàn)多個BBU之間的同相/正交 相位（I/Q，In-phase/Quadrature-phase)路數(shù)據(jù)的交換。但是，以DSP為基帶處理核心的 硬件架構(gòu)必然會有著對應(yīng)的軟件架構(gòu)特點，具體地，由于DSP的操作系統(tǒng)相對簡單，當(dāng)DSP 內(nèi)部多個核之間協(xié)作處理信號時，操作系統(tǒng)很難自動化分配處理資源，因此，DSP的軟件架 構(gòu)設(shè)計往往基于固定的時序圖。如此，當(dāng)系統(tǒng)配置發(fā)生變化，比如：當(dāng)從時分同步碼分多址 接入（TD-SCDMA，Time Division-Synchronous Code Division Multiple Access)軟升級 為時分雙工-長期演進(jìn)（TDD-LTE，Time Division Duplexing-Long Term Evolution)時， 往往需要重啟離線更改DSP的軟件配置。并且，當(dāng)DSP的軟件配置組合復(fù)雜時，固定時序設(shè) 計會給軟件設(shè)計帶來極高的復(fù)雜度，如此，DSP軟件的升級和維護(hù)會大大增大成本。
[0006] 另外，當(dāng)多個DSP間相互協(xié)作完成信號處理時，各DSP間的信號交互與DSP內(nèi)多核 間的信號交互會采用不同的方式。由于協(xié)作處理時額外需要考慮信號發(fā)送時延、以及對方 DSP工作的正常性，因此，在這種情況下，底層信息交互的維護(hù)會相對復(fù)雜。
[0007] 為解決DSP+FPGA架構(gòu)帶來的缺陷，提出了一種基于GPP、通過軟件無線電技術(shù)實 現(xiàn)多標(biāo)準(zhǔn)的統(tǒng)一開放的實現(xiàn)集中式基帶處理池功能的技術(shù)方案，采用GPP的優(yōu)點是：首先， GPP具有后向兼容好的優(yōu)點，因此有利于網(wǎng)絡(luò)系統(tǒng)的平滑演進(jìn)；其次，在GPP中，多核間的通 信有成熟的方式和方法，操作系統(tǒng)也較適合自動化地任務(wù)分配，對編程模型的要求比較簡 單。
[0008] 但是，目前，在實現(xiàn)集中式基帶處理池功能時，S卩：在處理實時的數(shù)字信號時，傳統(tǒng) 的基于操作系統(tǒng)自動分配核資源的處理方式影響了處理效率。


【發(fā)明內(nèi)容】

[0009] 有鑒于此，本發(fā)明的主要目的在于提供一種資源調(diào)度方法、裝置及系統(tǒng)，在處理實 時信號時，能有效地實現(xiàn)資源的動態(tài)調(diào)度。
[0010] 為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的：
[0011] 本發(fā)明提供了一種資源調(diào)度方法，設(shè)置業(yè)務(wù)調(diào)度單元及環(huán)境調(diào)度單元；該方法還 包括：
[0012] 將要執(zhí)行的業(yè)務(wù)劃分為一個以上子業(yè)務(wù)，在執(zhí)行所述業(yè)務(wù)的各子業(yè)務(wù)過程中，當(dāng) 需要使用相應(yīng)資源時，所述業(yè)務(wù)調(diào)度單元通知所述環(huán)境調(diào)度單元分配所需資源。
[0013] 上述方案中，所述將要執(zhí)行的業(yè)務(wù)劃分為一個以上子業(yè)務(wù)，包括：
[0014] 將所述業(yè)務(wù)劃分為一個以上能獨立運行的子業(yè)務(wù)；
[0015] 確定各子業(yè)務(wù)所需的參數(shù)信息；
[0016] 確定各子業(yè)務(wù)之間的關(guān)聯(lián)關(guān)系。
[0017] 上述方案中，所述將所述業(yè)務(wù)劃分為一個以上能獨立運行的子業(yè)務(wù)，為：
[0018] 依據(jù)劃分出的子業(yè)務(wù)之間的耦合相關(guān)性小的策略，將所述業(yè)務(wù)劃分為一個以上能 獨立運行的子業(yè)務(wù)。
[0019] 上述方案中，在執(zhí)行所述業(yè)務(wù)的各子業(yè)務(wù)之前，該方法還包括：
[0020] 根據(jù)各子業(yè)務(wù)的啟動條件及處理時延，確定環(huán)境調(diào)度單元的觸發(fā)機(jī)制；
[0021] 相應(yīng)的，所述業(yè)務(wù)調(diào)度單元根據(jù)確定的環(huán)境調(diào)度單元的觸發(fā)機(jī)制通知所述環(huán)境調(diào) 度單元分配所述所需資源。
[0022] 上述方案中，該方法還包括：
[0023] 在執(zhí)行所述業(yè)務(wù)的各子業(yè)務(wù)過程中，所述業(yè)務(wù)調(diào)度單元與模塊資源的算法模塊進(jìn) 行接口適配，完成各子業(yè)務(wù)處理。
[0024] 上述方案中，在分配所述所需資源時，該方法進(jìn)一步包括：
[0025] 所述環(huán)境調(diào)度單元根據(jù)資源的使用情況及所述所需資源的使用時間片，分配所述 所需資源。
[0026] 本發(fā)明又提供了一種資源調(diào)度裝置，該裝置包括：業(yè)務(wù)調(diào)度單元、以及環(huán)境調(diào)度單 元；其中，
[0027] 業(yè)務(wù)調(diào)度單元，用于在執(zhí)行劃分為一個以上子業(yè)務(wù)的業(yè)務(wù)的各子業(yè)務(wù)過程中，當(dāng) 需要使用相應(yīng)資源時，通知環(huán)境調(diào)度單元；
[0028] 環(huán)境調(diào)度單元，用于收到業(yè)務(wù)調(diào)度單元的通知后，分配所需資源。
[0029] 上述方案中，所述環(huán)境調(diào)度單元，具體用于：在分配所述所需資源時，根據(jù)資源的 使用情況及所述所需資源的使用時間片，分配所述所需資源。
[0030] 本發(fā)明還提供了一種資源調(diào)度系統(tǒng)，該系統(tǒng)包括：應(yīng)用子系統(tǒng)、平臺資源、硬件資 源、底層資源、以及模塊資源；所述應(yīng)用子系統(tǒng)進(jìn)一步包括資源調(diào)度裝置，所述資源調(diào)度裝 置包括：業(yè)務(wù)調(diào)度單元、以及環(huán)境調(diào)度單元；其中，
[0031] 業(yè)務(wù)調(diào)度單元，用于在執(zhí)行劃分為一個以上子業(yè)務(wù)的業(yè)務(wù)的各子業(yè)務(wù)過程中，當(dāng) 需要使用相應(yīng)資源時，通知環(huán)境調(diào)度單元；
[0032] 環(huán)境調(diào)度單元，用于收到業(yè)務(wù)調(diào)度單元的通知后，分配所需資源。
[0033] 上述方案中，所述平臺資源、所述硬件資源、以及所述底層資源組成資源調(diào)度系統(tǒng) 的資源，用于被所述環(huán)境調(diào)度單元控制。
[0034] 上述方案中，所述環(huán)境調(diào)度單元，具體用于：在分配所述所需資源時，根據(jù)資源的 使用情況及所述所需資源的使用時間片，分配所述所需資源。
[0035] 上述方案中，所述模塊資源進(jìn)一步包括算法模塊；所述業(yè)務(wù)調(diào)度單元，還用于在執(zhí) 行所述業(yè)務(wù)的各子業(yè)務(wù)過程中，所述業(yè)務(wù)調(diào)度單元與所述算法模塊進(jìn)行接口適配，完成各 子業(yè)務(wù)處理。
[0036] 本發(fā)明提供的資源調(diào)度方法、裝置及系統(tǒng)，設(shè)置業(yè)務(wù)調(diào)度單元及環(huán)境調(diào)度單元；將 要執(zhí)行的業(yè)務(wù)劃分為一個以上子業(yè)務(wù)，在執(zhí)行所述業(yè)務(wù)的各子業(yè)務(wù)過程中，當(dāng)需要使用相 應(yīng)資源時，所述業(yè)務(wù)調(diào)度單元通知所述環(huán)境調(diào)度單元分配所需資源，業(yè)務(wù)調(diào)度和資源調(diào)度 進(jìn)行了分離，由環(huán)境調(diào)度單元統(tǒng)一分配資源，如此，在處理實時信號時，能有效地實現(xiàn)資源 的動態(tài)調(diào)度。并且，由于業(yè)務(wù)調(diào)度和資源調(diào)度進(jìn)行了分離，資源能最大化的共享。
[0037] 另外，依據(jù)劃分出的子業(yè)務(wù)之間的耦合相關(guān)性小的策略，將所述業(yè)務(wù)劃分為一個 以上能獨立運行的子業(yè)務(wù)，如此，能使環(huán)境調(diào)度單元更加靈活地調(diào)度資源。
[0038] 本發(fā)明中，在執(zhí)行所述業(yè)務(wù)的各子業(yè)務(wù)過程中，所述業(yè)務(wù)調(diào)度單元與模塊資源的 算法模塊進(jìn)行接口適配，完成各子業(yè)務(wù)處理，業(yè)務(wù)調(diào)度單元不關(guān)心通信機(jī)制，也不關(guān)心各處 理資源之間的相互處理時序關(guān)系，僅調(diào)用算法模塊，即僅完成某一空口制式的算法接口的 適配和信號處理的優(yōu)化，如此，提高了代碼的可重用性，使得軟件升級簡單化，從而有利于 系統(tǒng)的平滑演進(jìn)。
[0039] 本發(fā)明中，在執(zhí)行所述業(yè)務(wù)的各子業(yè)務(wù)過程中，所述環(huán)境調(diào)度單元根據(jù)確定的維 護(hù)機(jī)制，實時維護(hù)各處理資源的任務(wù)隊列，如此，最大化地保證了系統(tǒng)異常的可恢復(fù)性，從 而具有更高的可靠性。
[0040] 本發(fā)明中，在執(zhí)行所述業(yè)務(wù)的各子業(yè)務(wù)過程中，所述環(huán)境調(diào)度單元釋放未使用的 處理資源，如此，能有效地節(jié)約能源。
[0041] 本發(fā)明中，所述環(huán)境調(diào)度單元根據(jù)資源的使用情況及所述所需資源的使用時間 片，分配所述所需資源，減少了 GPP平臺的操作系統(tǒng)任務(wù)調(diào)度的額外開銷，如此，有效地提 高了處理效率。

【專利附圖】

【附圖說明】
[0042] 圖1為基于GPP的實現(xiàn)集中式基帶處理池功能的系統(tǒng)架構(gòu)示意圖；
[0043] 圖2為本發(fā)明資源調(diào)度方法流程示意圖；
[0044] 圖3為本發(fā)明實施例二PUSCH劃分出的子業(yè)務(wù)示意圖；
[0045] 圖4為本發(fā)明實施例二各處理核間動態(tài)共享處理資源示意圖；
[0046] 圖5為本發(fā)明資源調(diào)度裝置結(jié)構(gòu)示意圖；
[0047] 圖6為本發(fā)明資源調(diào)度系統(tǒng)結(jié)構(gòu)示意圖。

【具體實施方式】
[0048] 下面結(jié)合附圖及具體實施例對本發(fā)明再作進(jìn)一步詳細(xì)的說明。
[0049] 圖1為基于GPP的實現(xiàn)集中式基帶處理池功能的系統(tǒng)架構(gòu)示意圖，如圖1所示，一 個完整的基于GPP的實現(xiàn)集中式基帶處理池功能的系統(tǒng)包括：應(yīng)用子系統(tǒng)、平臺資源、硬件 資源、底層資源、以及模塊資源；其中，平臺資源為GPP平臺，平臺資源和硬件資源共同組成 整個系統(tǒng)賴以構(gòu)建的軟硬件開發(fā)平臺，這部分的資源隨著系統(tǒng)使用的GPP平臺的不同而改 變，比如：不同的CPU等；包含操作系統(tǒng)的底層資源封裝了軟硬件開發(fā)平臺的全部硬件資源 和大部分軟件資源；應(yīng)用子系統(tǒng)和模塊資源是整個系統(tǒng)的主要組成部分，應(yīng)用子系統(tǒng)可根 據(jù)不同的平臺資源、系統(tǒng)需求而改變，且可混合多種不同的空口標(biāo)準(zhǔn)，模塊資源可以在不同 的平臺資源間平滑移植。在圖1中，同一資源層次中，位置在上的資源單元對位置在下的資 源單元具有依賴關(guān)系，具體地講，應(yīng)用子系統(tǒng)對模塊資源具有依賴關(guān)系，應(yīng)用子系統(tǒng)還對底 層資源具有依賴關(guān)系，模塊資源對底層資源具有依賴關(guān)系，底層資源對硬件資源具有依賴 關(guān)系。由于GPP在處理實時信號時需要更高的處理效率，傳統(tǒng)的基于操作系統(tǒng)自動分配核 資源的處理方式影響了處理效率，基于此，本發(fā)明資源調(diào)度方法，如圖2所示，包括以下步 驟：
[0050] 步驟200 :設(shè)置業(yè)務(wù)調(diào)度單元及環(huán)境調(diào)度單元；
[0051] 這里，在實際應(yīng)用時，本步驟的具體實現(xiàn)是指將整體實時信號處理軟件中實現(xiàn)調(diào) 度的調(diào)度邏輯分成業(yè)務(wù)調(diào)度邏輯和環(huán)境調(diào)度邏輯。
[0052] 步驟201 :將要執(zhí)行的業(yè)務(wù)劃分為一個以上子業(yè)務(wù)，在執(zhí)行所述業(yè)務(wù)的各子業(yè)務(wù) 過程中，當(dāng)需要使用相應(yīng)資源時，所述業(yè)務(wù)調(diào)度單元通知所述環(huán)境調(diào)度單元分配所需資源。
[0053] 這里，所述將要執(zhí)行的業(yè)務(wù)劃分為一個以上子業(yè)務(wù)，具體包括：
[0054] 將所述業(yè)務(wù)劃分為一個以上能獨立運行的子業(yè)務(wù)；
[0055] 確定各子業(yè)務(wù)所需的參數(shù)信息；
[0056] 確定各子業(yè)務(wù)之間的關(guān)聯(lián)關(guān)系。
[0057] 其中，所述將所述業(yè)務(wù)劃分為一個以上能獨立運行的子業(yè)務(wù)，具體為：
[0058] 依據(jù)劃分出的子業(yè)務(wù)之間的耦合相關(guān)性小的策略，將所述業(yè)務(wù)劃分為一個以上能 獨立運行的子業(yè)務(wù)。進(jìn)一步地，在劃分時，依據(jù)的策略還可以包括：功能單一且處理復(fù)雜度 適度。
[0059] 所述參數(shù)信息包括：配置信息和輸入輸出的接口信息。
[0060] 在執(zhí)行所述業(yè)務(wù)的各子業(yè)務(wù)之前，該方法還可以進(jìn)一步包括：
[0061] 根據(jù)各子業(yè)務(wù)的啟動條件及處理時延，確定環(huán)境調(diào)度單元的觸發(fā)機(jī)制；
[0062] 相應(yīng)的，所述業(yè)務(wù)調(diào)度單元根據(jù)確定的環(huán)境調(diào)度單元的觸發(fā)機(jī)制通知所述環(huán)境調(diào) 度單元分配所述所需資源。
[0063] 該方法還可以進(jìn)一步包括：
[0064] 在執(zhí)行所述業(yè)務(wù)的各子業(yè)務(wù)過程中，所述業(yè)務(wù)調(diào)度單元與模塊資源的算法模塊進(jìn) 行接口適配，完成各子業(yè)務(wù)處理。
[0065] 這里，所述業(yè)務(wù)調(diào)度單元與模塊資源的算法模塊進(jìn)行接口適配是指：所述業(yè)務(wù)調(diào) 度單元完成某一空口制式的算法接口的適配。
[0066] 在分配所述所需資源時，該方法還可以進(jìn)一步包括：
[0067] 所述環(huán)境調(diào)度單元根據(jù)資源的使用情況及所述所需資源的使用時間片，分配所述 所需資源。
[0068] 該方法還可以進(jìn)一步包括：
[0069] 在執(zhí)行所述業(yè)務(wù)的各子業(yè)務(wù)過程中，所述環(huán)境調(diào)度單元根據(jù)確定的維護(hù)機(jī)制，實 時維護(hù)各處理資源的任務(wù)隊列。
[0070] 其中，所述處理資源是指已被各子業(yè)務(wù)使用的資源。
[0071] 所述環(huán)境調(diào)度單元實時維護(hù)各處理資源的任務(wù)隊列，包括：
[0072] 當(dāng)各處理資源出現(xiàn)執(zhí)行各子業(yè)務(wù)的時間超時或通信故障的異常時，所述環(huán)境調(diào)度 單元進(jìn)行處理；這里，所述環(huán)境調(diào)度單元如何處理各處理資源出現(xiàn)的執(zhí)行時間超時或通信 故障的具體實現(xiàn)為本領(lǐng)域技術(shù)人員慣用技術(shù)手段，不再贅述。
[0073] 該方法還可以進(jìn)一步包括：
[0074] 在執(zhí)行所述業(yè)務(wù)的各子業(yè)務(wù)過程中，所述環(huán)境調(diào)度單元釋放未使用的處理資源。 t匕如：將未使用的處理核進(jìn)行降頻節(jié)能處理等；這里，釋放未使用的處理資源的具體實現(xiàn) 本領(lǐng)域技術(shù)人員慣用技術(shù)手段，不再贅述。
[0075] 下面結(jié)合實施例對本發(fā)明再作進(jìn)一步詳細(xì)的描述。
[0076] 實施例一
[0077] 本實施例以長期演進(jìn)（LTE，Long Term Evolution)系統(tǒng)為例，描述實現(xiàn)本發(fā)明資 源調(diào)度方法的準(zhǔn)備工作，準(zhǔn)備工作主要包括以下步驟：
[0078] 步驟a :將業(yè)務(wù)劃分為一個以上能獨立運行的子業(yè)務(wù)；
[0079] 在本實施例中，是將基帶處理物理層信號的處理流程劃分為一個以上能獨立運行 的子業(yè)務(wù)；
[0080] 這里，在劃分時，以劃分出的子業(yè)務(wù)之間耦合相關(guān)性小、功能單一、處理復(fù)雜度適 當(dāng)為準(zhǔn)則。
[0081] 步驟b :確定各子業(yè)務(wù)所需的參數(shù)信息，并將劃分的各子業(yè)務(wù)分別封裝成能獨立 運行的業(yè)務(wù)調(diào)度實例；
[0082] 這里，所述參數(shù)信息包括：配置信息和輸入輸出的接口信息。
[0083] 步驟c :確定各業(yè)務(wù)調(diào)度實例之間的關(guān)聯(lián)關(guān)系；
[0084] 具體地，畫出數(shù)據(jù)在各業(yè)務(wù)調(diào)度實例間的處理流圖、以及各業(yè)務(wù)調(diào)度實例之間的 相互協(xié)作關(guān)系。
[0085] 步驟d :根據(jù)各業(yè)務(wù)調(diào)度實例觸發(fā)啟動的條件和各業(yè)務(wù)調(diào)度實例的處理時延，確 定環(huán)境調(diào)度單元的觸發(fā)機(jī)制；
[0086] 這里，舉個例子來說，根據(jù)各業(yè)務(wù)調(diào)度實例觸發(fā)啟動的條件和各業(yè)務(wù)調(diào)度實例的 處理時延，確定環(huán)境調(diào)度單元的觸發(fā)機(jī)制為：當(dāng)某個業(yè)務(wù)調(diào)度實例觸發(fā)啟動的條件滿足后， 觸發(fā)環(huán)境調(diào)度單元。
[0087] 步驟e :確定環(huán)境調(diào)度單元的環(huán)境調(diào)度實現(xiàn)及維護(hù)機(jī)制；
[0088] 這里，確定的環(huán)境調(diào)度單元的環(huán)境調(diào)度實現(xiàn)機(jī)制為：環(huán)境調(diào)度單元根據(jù)當(dāng)前各處 理核正在執(zhí)行的業(yè)務(wù)調(diào)度實例和各處理核待執(zhí)行的業(yè)務(wù)調(diào)度實例，判斷當(dāng)前處理的子業(yè)務(wù) 下發(fā)的目標(biāo)核，將當(dāng)前處理的子業(yè)務(wù)分配給可以及時完成相關(guān)處理的核執(zhí)行。
[0089] 確定的維護(hù)機(jī)制為：實時維護(hù)各處理核的任務(wù)隊列，處理下發(fā)的各業(yè)務(wù)調(diào)度實例 執(zhí)行時間片超時或通信故障等異常處理，從而保證環(huán)境調(diào)度單元的健壯性。
[0090] 步驟f :確定環(huán)境調(diào)度單元的節(jié)能機(jī)制；
[0091] 具體地，將部分未使用的處理核進(jìn)行降頻節(jié)能處理。
[0092] 實施例二
[0093] 為了更好地說明實施例一中實現(xiàn)本發(fā)明資源調(diào)度方法的準(zhǔn)備工作，本實施例 以LTE的上行處理流程為例進(jìn)行描述；其中，LTE的上行處理流程是演進(jìn)型節(jié)點B(eNB， EvolvedNode B)物理層處理的主要部分。
[0094] 首先，描述子業(yè)務(wù)的劃分、以及各子業(yè)務(wù)調(diào)度觸發(fā)機(jī)制的確定。
[0095] LTE的上行處理流程可包括：前端處理、物理隨機(jī)接入信道（PRACH，Physical Random Access Channel)處理、SRS處理、信道估計、符號（Symbol)處理、以及比特（Bit) 處理。其中，前端處理及PRACH處理可認(rèn)為與用戶設(shè)備（UE，User Equipment)配置無關(guān)，而 SRS處理、信道估計、Symbol處理、以及Bit處理均與UE配置直接相關(guān)，UE調(diào)度的數(shù)量決定 了這些處理模塊的處理負(fù)載。因此，在劃分子業(yè)務(wù)時，可以以處理的信道對象為粒度進(jìn)行劃 分，每類不同的信道還可進(jìn)一步劃分子業(yè)務(wù)。下面以物理上行共享信道（PUSCH，Physical Uplink Shared Channel)為例，詳細(xì)描述信道劃分子業(yè)務(wù)的方式。圖3為PUSCH劃分出的 子業(yè)務(wù)示意圖；如圖3所示，劃分出的子業(yè)務(wù)包括：前端抽樣級處理子業(yè)務(wù)、Symbol級處理 子業(yè)務(wù)、以及Bit級處理子業(yè)務(wù)。其中，前端抽樣級處理子業(yè)務(wù)的處理包括降采樣和傅立葉 變換（FFT，F(xiàn)ourier Transform)等操作，這部分操作與當(dāng)前子巾貞的UE配置無關(guān)，因此可按 照天線進(jìn)行均分，單任務(wù)處理降采樣、每個FFT模塊處理2個天線。前端抽樣級處理子業(yè)務(wù) 的待處理數(shù)據(jù)為天線口數(shù)據(jù)，處理后的數(shù)據(jù)為FFT操作后的結(jié)果，調(diào)度觸發(fā)機(jī)制為：單正交 頻分復(fù)用（〇FDM，Orthogonal Frequency Division Multiplexing)符號完整接收。對于 PUSCH，Symbol級處理子業(yè)務(wù)的處理主要包括：信道估計、解調(diào)、離散傅里葉反變換（IDFT， Inverse Discrete Fourier Transform)、頻域均衡等操作，處理目標(biāo)是多組UE配置資源塊 (RB，Resource Block)組；Symbol級處理子業(yè)務(wù)的處理復(fù)雜度與處理的RB塊大小和塊數(shù) 量近似線性相關(guān)。因此可按照RB組為粒度進(jìn)行劃分；Symbol級處理子業(yè)務(wù)的待處理數(shù)據(jù) 為某單個UE分配的RB資源塊，處理后的數(shù)據(jù)為單UE數(shù)據(jù)的解調(diào)后的結(jié)果。調(diào)度觸發(fā)機(jī)制 為：單子幀的多個0FDM符號已被處理完畢，且具備各UE在當(dāng)前子幀的調(diào)度配置信息。Bit 級操作子業(yè)務(wù)的處理包括：解擾碼、解速率匹配、信道譯碼等操作，處理復(fù)雜度與編碼塊的 大小及碼塊數(shù)量直接相關(guān)。由于按照UE承載的傳輸塊大小、以及當(dāng)前信道的信噪比（SNR， Signal Noise Ratio)可動態(tài)預(yù)測出每個UE的處理延時，因此以編碼塊（CB，Code Block) 為處理單位粒度設(shè)計子業(yè)務(wù)。Bit級處理子業(yè)務(wù)的待處理數(shù)據(jù)為單UE的單個編碼塊的解調(diào) 后信息，處理后的數(shù)據(jù)為譯碼后的結(jié)果。
[0096] 估算各子業(yè)務(wù)的處理時延，其中，各子業(yè)務(wù)的處理時延如下：
[0097] 表1前端抽樣級處理子業(yè)務(wù)的處理時延
[0098]

【權(quán)利要求】
1. 一種資源調(diào)度方法，其特征在于，設(shè)置業(yè)務(wù)調(diào)度單元及環(huán)境調(diào)度單元；該方法還包 括： 將要執(zhí)行的業(yè)務(wù)劃分為一個以上子業(yè)務(wù)，在執(zhí)行所述業(yè)務(wù)的各子業(yè)務(wù)過程中，當(dāng)需要 使用相應(yīng)資源時，所述業(yè)務(wù)調(diào)度單元通知所述環(huán)境調(diào)度單元分配所需資源。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述將要執(zhí)行的業(yè)務(wù)劃分為一個以上子 業(yè)務(wù)，包括： 將所述業(yè)務(wù)劃分為一個以上能獨立運行的子業(yè)務(wù)； 確定各子業(yè)務(wù)所需的參數(shù)信息； 確定各子業(yè)務(wù)之間的關(guān)聯(lián)關(guān)系。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述將所述業(yè)務(wù)劃分為一個以上能獨立 運行的子業(yè)務(wù)，為： 依據(jù)劃分出的子業(yè)務(wù)之間的耦合相關(guān)性小的策略，將所述業(yè)務(wù)劃分為一個以上能獨立 運行的子業(yè)務(wù)。
4. 根據(jù)權(quán)利要求1、2或3所述的方法，其特征在于，在執(zhí)行所述業(yè)務(wù)的各子業(yè)務(wù)之前， 該方法還包括： 根據(jù)各子業(yè)務(wù)的啟動條件及處理時延，確定環(huán)境調(diào)度單元的觸發(fā)機(jī)制； 相應(yīng)的，所述業(yè)務(wù)調(diào)度單元根據(jù)確定的環(huán)境調(diào)度單元的觸發(fā)機(jī)制通知所述環(huán)境調(diào)度單 元分配所述所需資源。
5. 根據(jù)權(quán)利要求1、2或3所述的方法，其特征在于，該方法還包括： 在執(zhí)行所述業(yè)務(wù)的各子業(yè)務(wù)過程中，所述業(yè)務(wù)調(diào)度單元與模塊資源的算法模塊進(jìn)行接 口適配，完成各子業(yè)務(wù)處理。
6. 根據(jù)權(quán)利要求1、2或3所述的方法，其特征在于，在分配所述所需資源時，該方法進(jìn) 一步包括： 所述環(huán)境調(diào)度單元根據(jù)資源的使用情況及所述所需資源的使用時間片，分配所述所需 資源。
7. -種資源調(diào)度裝置，其特征在于，該裝置包括：業(yè)務(wù)調(diào)度單元、以及環(huán)境調(diào)度單元； 其中， 業(yè)務(wù)調(diào)度單元，用于在執(zhí)行劃分為一個以上子業(yè)務(wù)的業(yè)務(wù)的各子業(yè)務(wù)過程中，當(dāng)需要 使用相應(yīng)資源時，通知環(huán)境調(diào)度單元； 環(huán)境調(diào)度單元，用于收到業(yè)務(wù)調(diào)度單元的通知后，分配所需資源。
8. 根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述環(huán)境調(diào)度單元，具體用于：在分配所 述所需資源時，根據(jù)資源的使用情況及所述所需資源的使用時間片，分配所述所需資源。
9. 一種資源調(diào)度系統(tǒng)，該系統(tǒng)包括：應(yīng)用子系統(tǒng)、平臺資源、硬件資源、底層資源、以及 模塊資源；其特征在于，所述應(yīng)用子系統(tǒng)進(jìn)一步包括資源調(diào)度裝置，所述資源調(diào)度裝置包 括：業(yè)務(wù)調(diào)度單元、以及環(huán)境調(diào)度單元；其中， 業(yè)務(wù)調(diào)度單元，用于在執(zhí)行劃分為一個以上子業(yè)務(wù)的業(yè)務(wù)的各子業(yè)務(wù)過程中，當(dāng)需要 使用相應(yīng)資源時，通知環(huán)境調(diào)度單元； 環(huán)境調(diào)度單元，用于收到業(yè)務(wù)調(diào)度單元的通知后，分配所需資源。
10. 根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述平臺資源、所述硬件資源、以及所述 底層資源組成資源調(diào)度系統(tǒng)的資源，用于被所述環(huán)境調(diào)度單元控制。
11. 根據(jù)權(quán)利要求9或10所述的系統(tǒng)，其特征在于，所述環(huán)境調(diào)度單元，具體用于：在 分配所述所需資源時，根據(jù)資源的使用情況及所述所需資源的使用時間片，分配所述所需 資源。
12. 根據(jù)利要求9或10所述的系統(tǒng)，其特征在于，所述模塊資源進(jìn)一步包括算法模塊； 所述業(yè)務(wù)調(diào)度單元，還用于在執(zhí)行所述業(yè)務(wù)的各子業(yè)務(wù)過程中，所述業(yè)務(wù)調(diào)度單元與所述 算法模塊進(jìn)行接口適配，完成各子業(yè)務(wù)處理。
【文檔編號】G06F9/50GK104123185SQ201310157089
【公開日】2014年10月29日 申請日期:2013年4月28日 優(yōu)先權(quán)日:2013年4月28日
【發(fā)明者】段然, 陳奎林, 黃金日 申請人:中國移動通信集團(tuán)公司