一種多模通信設(shè)備的資源管理系統(tǒng)及方法
【專利摘要】本發(fā)明實(shí)施例公開(kāi)了一種多模通信設(shè)備的資源管理系統(tǒng)及方法。本發(fā)明實(shí)施例方法包括：資源管理模塊、驅(qū)動(dòng)模塊、硬件模塊；資源管理模塊和驅(qū)動(dòng)模塊均為多實(shí)例結(jié)構(gòu)；驅(qū)動(dòng)模塊用于對(duì)硬件模塊的硬件資源進(jìn)行封裝，資源管理模塊用于按照多實(shí)例結(jié)構(gòu)將封裝后的硬件資源提供的邏輯資源劃分為給多個(gè)實(shí)例，且從劃分給實(shí)例的邏輯資源中為實(shí)例對(duì)應(yīng)的應(yīng)用程序APP分配邏輯資源，使得多個(gè)實(shí)例對(duì)應(yīng)的APP使用的邏輯資源相互獨(dú)立，能夠有效的實(shí)現(xiàn)多種制式的APP之間的邏輯資源的管理及制式間的調(diào)節(jié)，避免因邏輯資源管理耦合造成的多模制式難以實(shí)現(xiàn)的問(wèn)題。
【專利說(shuō)明】一種多模通信設(shè)備的資源管理系統(tǒng)及方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及無(wú)線通信領(lǐng)域，尤其涉及一種多模通信設(shè)備的資源管理系統(tǒng)及方法?！颈尘凹夹g(shù)】
[0002]無(wú)線通信網(wǎng)絡(luò)一直隨空口協(xié)議的演進(jìn)不斷發(fā)展，目前商用網(wǎng)絡(luò)從第二代移動(dòng)通訊技術(shù)(英文全稱為:Second Generation,縮寫(xiě)為:2G)的全球移動(dòng)通信系統(tǒng)(英文全稱為:Global System for Mobile Communications,縮寫(xiě)為:GSM),到第三代移動(dòng)通信技術(shù)(英文全稱為:3rd Generation,縮寫(xiě)為:3G)的通用移動(dòng)通信系統(tǒng)(英文全稱為！UniversalMobile Telecommunications System,縮寫(xiě)為:UMTS),到第四代移動(dòng)通信技術(shù)(英文全稱為:Four Generation,縮寫(xiě)為:4G)的長(zhǎng)期演進(jìn)(英文全稱為:Long Time Evolution,縮寫(xiě)為:LTE)，被廣泛應(yīng)用在各個(gè)國(guó)家和地區(qū)。從平滑演進(jìn)、多元化網(wǎng)絡(luò)業(yè)務(wù)、降成本等緯度考慮，可兼容幾種制式的多模網(wǎng)絡(luò)已成為各大運(yùn)營(yíng)商追捧熱點(diǎn)。
[0003]無(wú)線通信系統(tǒng)中基帶信號(hào)處理是實(shí)現(xiàn)制式協(xié)議的核心單元，如何使基帶子系統(tǒng)支持多模并發(fā)技術(shù)尤為關(guān)鍵。
[0004]現(xiàn)有技術(shù)中的通用基帶設(shè)備的一般實(shí)現(xiàn)分層如圖1所示，在底層硬件之上，一般會(huì)有驅(qū)動(dòng)程序(英文全稱為:Driver,縮寫(xiě)為:DRV)及操作系統(tǒng)軟件(Operating System,縮寫(xiě)為:0S)對(duì)各種硬件資源做抽象和封裝，比如各種輸入/輸出(英文全稱為=Input/Output，縮寫(xiě)為:10)物理通道是由DRV進(jìn)行封裝及管理，硬件定時(shí)器或者定時(shí)器則是由OS進(jìn)行封裝及管理。
[0005]然而，雖然DRV和OS對(duì)硬件資源做了封裝，但DRV與OS仍然無(wú)法完成邏輯資源的管理及制式間協(xié)調(diào)，不同的制式的APP使用的邏輯資源存在耦合，使得在一個(gè)制式出現(xiàn)故障后，在重啟該出現(xiàn)故障的制式的系統(tǒng)時(shí)，還需要重啟其他制式的系統(tǒng)，將影響其他制式的系統(tǒng)的運(yùn)行，多模制式難以實(shí)現(xiàn)。

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

[0006]本發(fā)明實(shí)施例提供了一種多模通信設(shè)備的資源管理系統(tǒng)及方法，用于解決DRV與
OS無(wú)法完成邏輯資源的管理及制式間調(diào)節(jié)的問(wèn)題。
[0007]本發(fā)明第一方面提供了一種多模通信設(shè)備的資源管理系統(tǒng)，包括:
[0008]資源管理模塊、驅(qū)動(dòng)模塊、硬件模塊；
[0009]所述資源管理模塊和所述驅(qū)動(dòng)模塊均為多實(shí)例結(jié)構(gòu)；
[0010]所述驅(qū)動(dòng)模塊用于對(duì)所述硬件模塊的硬件資源進(jìn)行封裝，所述資源管理模塊用于按照所述多實(shí)例結(jié)構(gòu)將封裝后的所述硬件資源提供的邏輯資源劃分為給多個(gè)實(shí)例，且從劃分給實(shí)例的邏輯資源中為所述實(shí)例對(duì)應(yīng)的應(yīng)用程序APP分配邏輯資源，使得所述多個(gè)實(shí)例對(duì)應(yīng)的APP使用的邏輯資源相互獨(dú)立。
[0011]在第一方面第一種可能的實(shí)現(xiàn)方式中，所述資源管理模塊用于若接收到第一 APP加載的命令，所述命令中包含所述第一 APP及所述第一 APP所需要的邏輯資源；若所述資源管理模塊未劃分給實(shí)例的邏輯資源滿足所述第一 APP所需要的邏輯資源，則加載所述第一APP，得到所述第一APP對(duì)應(yīng)的第一實(shí)例；按照所述第一APP所需要的邏輯資源，從所述未劃分給實(shí)例的邏輯資源中為所述第一實(shí)例劃分邏輯資源。
[0012]結(jié)合第一方面第一種可能的實(shí)現(xiàn)方式，在第一方面第二種可能的實(shí)現(xiàn)方式中，所述資源管理模塊還用于若接收到所述第一 APP發(fā)送的資源申請(qǐng)請(qǐng)求，按照所述資源申請(qǐng)請(qǐng)求從所述第一 APP對(duì)應(yīng)的所述第一實(shí)例的邏輯資源中為所述第一 APP分配邏輯資源。
[0013]結(jié)合第一方面或者第一方面第一種可能的實(shí)現(xiàn)方式或者第一方面第二種可能的實(shí)現(xiàn)方式，在第一方面第三種可能的實(shí)現(xiàn)方式中，所述資源管理模塊還用于若接收第二 APP發(fā)送的資源釋放請(qǐng)求，則按照所述資源釋放請(qǐng)求將所述第二 APP對(duì)應(yīng)的實(shí)例的邏輯資源中，所述第二 APP請(qǐng)求釋放的邏輯資源復(fù)位或者設(shè)置為空閑狀態(tài)。
[0014]結(jié)合第一方面或者第一方面第一種可能的實(shí)現(xiàn)方式或者第一方面第二種可能的實(shí)現(xiàn)方式，在第一方面第四種可能的實(shí)現(xiàn)方式中，所述資源管理模塊還用于若檢測(cè)到第三APP使用的邏輯資源出現(xiàn)可恢復(fù)的故障，則將所述第三APP對(duì)應(yīng)的實(shí)例的邏輯資源中，出現(xiàn)所述可恢復(fù)的故障的邏輯資源復(fù)位。
[0015]結(jié)合第一方面或者第一方面第一種可能的實(shí)現(xiàn)方式或者第一方面第二種可能的實(shí)現(xiàn)方式，在第一方面第五種可能的實(shí)現(xiàn)方式中，所述資源管理模塊用于若檢測(cè)到第四APP使用的邏輯資源出現(xiàn)不可恢復(fù)的故障，則復(fù)位所述第四APP對(duì)應(yīng)的實(shí)例的邏輯資源，卸載所述第四APP。
[0016]在第一方面第六種可能的實(shí)現(xiàn)方式中，所述驅(qū)動(dòng)模塊包括驅(qū)動(dòng)程序DRV和操作系統(tǒng)OS，所述DRV用于對(duì)硬件外設(shè)資源進(jìn)行封裝，所述OS用于對(duì)計(jì)算資源和存儲(chǔ)資源進(jìn)行封裝。
[0017]本發(fā)明第二方面提供了一種多模通信設(shè)備的資源管理方法，所述多模通信設(shè)備的資源管理方法應(yīng)用于多模通信設(shè)備的資源管理系統(tǒng)，所述系統(tǒng)包含硬件模塊、及為多實(shí)例結(jié)構(gòu)的資源管理模塊和驅(qū)動(dòng)模塊；所述驅(qū)動(dòng)模塊用于對(duì)所述硬件模塊的硬件資源進(jìn)行封裝；所述資源管理模塊用于按照所述多實(shí)例結(jié)構(gòu)將封裝后的所述硬件資源提供的邏輯資源劃分給多個(gè)實(shí)例，且從劃分給實(shí)例的邏輯資源中為所述實(shí)例對(duì)應(yīng)的應(yīng)用程序APP分配邏輯資源；
[0018]則所述方法包括:
[0019]所述資源管理模塊接收第一 APP加載的命令，所述命令中包含所述第一 APP及第一 APP所需要的邏輯資源；
[0020]若所述資源管理模塊未劃分給實(shí)例的邏輯資源滿足所述第一 APP所需要的邏輯資源，則加載所述第一 APP，得到所述第一 APP對(duì)應(yīng)的第一實(shí)例；
[0021]按照所述第一 APP所需要的邏輯資源從所述未劃分給實(shí)例的邏輯資源中為所述第一實(shí)例劃分邏輯資源。
[0022]在第二方面第一種可能的實(shí)現(xiàn)方式中，所述方法還包括:
[0023]所述第一 APP加載之后，所述資源管理模塊接收所述第一 APP發(fā)送的資源申請(qǐng)請(qǐng)求；
[0024]所述資源管理模塊按照所述資源申請(qǐng)請(qǐng)求從所述第一 APP對(duì)應(yīng)的所述第一實(shí)例的邏輯資源中為所述第一 APP分配邏輯資源。[0025]結(jié)合第二方面或者第二方面第一種可能的實(shí)現(xiàn)方式，在第二方面第二種可能的實(shí)現(xiàn)方式中，所述方法還包括:
[0026]所述資源管理模塊接收第二 APP發(fā)送的資源釋放請(qǐng)求；
[0027]按照所述資源釋放請(qǐng)求將所述第二 APP對(duì)應(yīng)的實(shí)例的邏輯資源中所述第二 APP請(qǐng)求釋放的邏輯資源復(fù)位或者設(shè)置為空閑狀態(tài)。
[0028]結(jié)合第二方面或者第二方面第一種可能的實(shí)現(xiàn)方式，在第二方面第三種可能的實(shí)現(xiàn)方式中，所述方法還包括:
[0029]若檢測(cè)到第三APP使用的邏輯資源出現(xiàn)可恢復(fù)的故障，則將所述第三APP對(duì)應(yīng)的實(shí)例的邏輯資源中，出現(xiàn)所述可恢復(fù)的故障的邏輯資源復(fù)位。
[0030]結(jié)合第二方面或者第二方面第一種可能的實(shí)現(xiàn)方式，在第二方面第四種可能的實(shí)現(xiàn)方式中，所述方法還包括:
[0031]若檢測(cè)到第四APP使用的邏輯資源出現(xiàn)不可恢復(fù)的故障，則復(fù)位所述第四APP對(duì)應(yīng)的實(shí)例的邏輯資源，卸載所述第四APP。
[0032]在第二方面第五種可能的實(shí)現(xiàn)方式中，所述驅(qū)動(dòng)模塊包括驅(qū)動(dòng)程序DRV和操作系統(tǒng)OS，所述DRV用于對(duì)硬件外設(shè)資源進(jìn)行封裝，所述OS用于對(duì)計(jì)算資源和存儲(chǔ)資源進(jìn)行封裝。
[0033]從以上技術(shù)方案可以看出，本發(fā)明實(shí)施例具有以下優(yōu)點(diǎn):
[0034]多模通信設(shè)備的資源管理系統(tǒng)中包含資源管理模塊、驅(qū)動(dòng)模塊及硬件模塊，且資源管理模塊和驅(qū)動(dòng)模塊均為多實(shí)例結(jié)構(gòu)，該驅(qū)動(dòng)模塊用于對(duì)硬件模塊的硬件資源進(jìn)行封裝，資源管理模塊用于按照多實(shí)例結(jié)構(gòu)將硬件模塊封裝后的硬件資源提供的邏輯資源劃分給多個(gè)實(shí)例，且從劃分給實(shí)例的邏輯資源中為該實(shí)例上對(duì)應(yīng)的APP分配邏輯資源，使得多個(gè)實(shí)例對(duì)應(yīng)的APP使用的邏輯資源相互獨(dú)立，能夠有效的實(shí)現(xiàn)多種制式的APP之間的邏輯資源的管理及制式間的調(diào)節(jié)，避免因邏輯資源管理耦合造成的多模制式難以實(shí)現(xiàn)的問(wèn)題。
【專利附圖】

【附圖說(shuō)明】
[0035]圖1為現(xiàn)有技術(shù)中的基帶設(shè)備的分層結(jié)構(gòu)的示意圖；
[0036]圖2為本發(fā)明實(shí)施例中多模通信設(shè)備的資源管理系統(tǒng)的結(jié)構(gòu)的示意圖；
[0037]圖3為本發(fā)明實(shí)施例中資源管理系統(tǒng)的定時(shí)器管理的場(chǎng)景；
[0038]圖4為本發(fā)明實(shí)施例中多模通信設(shè)備的資源管理方法的一個(gè)示意圖。
【具體實(shí)施方式】
[0039]本發(fā)明實(shí)施例提供了一種多模通信設(shè)備的資源管理系統(tǒng)及方法，用于解決DRV與OS無(wú)法完成邏輯資源的管理及制式間調(diào)節(jié)的問(wèn)題。
[0040]下面通過(guò)具體實(shí)施例，分別進(jìn)行詳細(xì)的說(shuō)明。
[0041]為使得本發(fā)明的發(fā)明目的、特征、優(yōu)點(diǎn)能夠更加的明顯和易懂，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，下面所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而非全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其它實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。[0042]本發(fā)明的說(shuō)明書(shū)和權(quán)利要求書(shū)及上述附圖中的術(shù)語(yǔ)“第一”、“第二”、“第三…第四”等是用于區(qū)別類似的對(duì)象，而不必用于描述特定的順序或先后次序。應(yīng)該理解這樣使用的數(shù)據(jù)在適當(dāng)情況下可以互換，以便這里描述的本發(fā)明的實(shí)施例例如能夠以除了在這里圖示或描述的那些以外的順序?qū)嵤４送?，術(shù)語(yǔ)“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過(guò)程、方法、系統(tǒng)、產(chǎn)品或設(shè)備不必限于清楚地列出的那些步驟或單元，而是可包括沒(méi)有清楚地列出的或?qū)τ谶@些過(guò)程、方法、產(chǎn)品或設(shè)備固有的其它步驟或單元。
[0043]請(qǐng)參閱圖2，為本發(fā)明實(shí)施例中一種多模通信設(shè)備的資源管理系統(tǒng)的結(jié)構(gòu)圖，包括:
[0044]資源管理模塊201、驅(qū)動(dòng)模塊202、硬件模塊203 ；
[0045]其中，資源管理模塊202和驅(qū)動(dòng)模塊203均為多實(shí)例結(jié)構(gòu)；
[0046]其中，驅(qū)動(dòng)模塊202用于對(duì)硬件模塊的硬件資源進(jìn)行封裝，資源管理模塊203用于按照該多實(shí)例結(jié)構(gòu)將硬件模塊203封裝后的硬件資源提供的邏輯資源劃分給多個(gè)實(shí)例，且從劃分給實(shí)例的邏輯資源中為該實(shí)例對(duì)應(yīng)的應(yīng)用程序APP分配邏輯資源，使得多個(gè)實(shí)例對(duì)應(yīng)的APP使用的邏輯資源相互獨(dú)立。
[0047]面向?qū)ο缶幊讨校粋€(gè)對(duì)象的實(shí)現(xiàn)稱為一個(gè)實(shí)例，用類創(chuàng)建對(duì)象的過(guò)程稱為實(shí)例化，類似地，在本發(fā)明實(shí)施例中，把可以支持單個(gè)APP獨(dú)立運(yùn)行的資源和功能的集合定義為一個(gè)類，可以支持單個(gè)APP獨(dú)立運(yùn)行的資源和對(duì)象構(gòu)成了該APP對(duì)應(yīng)的實(shí)例，把多模系統(tǒng)整合為多個(gè)這樣實(shí)例的過(guò)程叫實(shí)例化過(guò)程。在本發(fā)明實(shí)施例中，資源管理模塊202和驅(qū)動(dòng)模塊203為多實(shí)例結(jié)構(gòu)即是指在資源管理模塊202及驅(qū)動(dòng)模塊203上可對(duì)APP執(zhí)行上述的實(shí)例化處理。
[0048]為了更好的理解，請(qǐng)參閱圖3，為本發(fā)明實(shí)施例中，以硬件模塊203為定時(shí)器為例，資源管理系統(tǒng)的定時(shí)器管理的場(chǎng)景，其中，LTE制式下的實(shí)例O分配的定時(shí)器包括定時(shí)器TC、Tl、T2，資源管理模塊201可選擇該3個(gè)定時(shí)器中的處于空閑狀態(tài)的定時(shí)器分配給加載在該實(shí)例上的APP，其中，UMTS/GSM制式下的實(shí)例分配的定時(shí)器包括T3、T4、T5，資源管理模塊201可選擇該3個(gè)定時(shí)器中的處于空閑狀態(tài)的定時(shí)器分配給與該實(shí)例對(duì)應(yīng)的ΑΡΡ，使得不同實(shí)例對(duì)應(yīng)APP所使用的定時(shí)器相互獨(dú)立，且APP使用的定時(shí)器出現(xiàn)可恢復(fù)的故障時(shí)，只需要復(fù)位該APP對(duì)應(yīng)的實(shí)例的定時(shí)器中出現(xiàn)該可恢復(fù)的故障的定時(shí)器，例如，LTE制式下APP使用的定時(shí)器Tl出現(xiàn)故障，則復(fù)位該LTE制式下的實(shí)例分配到的定時(shí)器Tl，實(shí)現(xiàn)資源故障的隔離，而不需要對(duì)其他的定時(shí)器進(jìn)行復(fù)位操作，有效的避免了對(duì)其他制式的影響，實(shí)現(xiàn)多個(gè)制式的APP的獨(dú)立運(yùn)行。
[0049]在本發(fā)明實(shí)施例中，資源管理模塊201用于對(duì)系統(tǒng)提供的邏輯資源進(jìn)行管理，具體的:資源管理模塊201用于若接收到第一 APP加載的命令，該命令中包含第一 APP及第一APP所需要的邏輯資源；資源管理模塊201確定未劃分給實(shí)例的邏輯資源是否滿足該第一APP所需要的邏輯資源，且若資源管理模塊201未劃分給實(shí)例的邏輯資源滿足第一 APP所需要的邏輯資源，則加 載該第一 ΑΡΡ，得到該第一 APP對(duì)應(yīng)的第一實(shí)例；且按照該第一 APP所需要的邏輯資源，從資源管理模塊201未劃分給實(shí)例的邏輯資源中為該第一實(shí)例劃分邏輯資源，該劃分的邏輯資源即是第一實(shí)例的邏輯資源。其中，第一 APP加載的命令由控制該系統(tǒng)的控制臺(tái)發(fā)送，并且設(shè)置該APP所需要的邏輯資源，例如:若資源管理模塊201接收到第一 APP的加載命令，且該第一 APP所需要的邏輯資源包括10個(gè)定時(shí)器，則資源管理模塊201判斷未劃分給實(shí)例的定時(shí)器的個(gè)數(shù)是否大于或等于10，若是，則加載該第一 APP，得到該第一 APP的實(shí)例，并從未劃分給實(shí)例的定時(shí)器中劃分10個(gè)定時(shí)器給該第一實(shí)例，使得第一APP能夠請(qǐng)求使用該第一實(shí)例的定時(shí)器，且該第一 APP可使用的定時(shí)器的個(gè)數(shù)最多為10個(gè)。
[0050]在本發(fā)明實(shí)施例中，APP可以向資源管理模塊201申請(qǐng)資源，則資源管理模塊201還用于若接收到第一 APP發(fā)送的資源申請(qǐng)請(qǐng)求，按照該資源申請(qǐng)請(qǐng)求從該第一 APP對(duì)應(yīng)的第一實(shí)例的邏輯資源中為該第一 APP分配邏輯資源。例如:若第一 APP對(duì)應(yīng)的第一實(shí)例分配了編號(hào)0至9共10個(gè)定時(shí)器，該第一 APP請(qǐng)求調(diào)用一個(gè)定時(shí)器，則資源管理模塊201確定該編號(hào)0至9的10個(gè)定時(shí)器中處于空閑狀態(tài)的定時(shí)器，并從處于空閑狀態(tài)的定時(shí)器中選擇一個(gè)定時(shí)器，將該選擇的定時(shí)器的編號(hào)發(fā)送給第一 APP，使得第一 APP能夠利用該定時(shí)器實(shí)現(xiàn)相應(yīng)的功能，例如:啟動(dòng)定時(shí)、暫停定時(shí)、重置定時(shí)|旲式及關(guān)閉定時(shí)等等。
[0051]在本發(fā)明實(shí)施例中，APP還可向資源管理模塊201申請(qǐng)釋放資源，則資源管理模塊201還用于若接收第二 APP發(fā)送的資源釋放請(qǐng)求，則按照資源釋放請(qǐng)求將該第二 APP對(duì)應(yīng)的實(shí)例的邏輯資源中，所述第二 APP請(qǐng)求釋放的邏輯資源復(fù)位或者設(shè)置為空閑狀態(tài)。例如:若第二 APP對(duì)應(yīng)的實(shí)例分配了編號(hào)為10至19共10個(gè)定時(shí)器，且資源管理模塊201在接收到第二 APP發(fā)送的資源釋放請(qǐng)求，該資源釋放請(qǐng)求中請(qǐng)求釋放第二 APP正在使用的編號(hào)為15的定時(shí)器，則資源管理模塊201將第二 APP對(duì)應(yīng)的實(shí)例的10個(gè)定時(shí)器中，編號(hào)為15的定時(shí)器復(fù)位。
[0052]在本發(fā)明實(shí)施例中，邏輯資源出現(xiàn)故障也是由資源管理模塊201進(jìn)行處理，因此資源管理模塊201還用于若檢測(cè)到第三APP使用的邏輯資源出現(xiàn)可恢復(fù)的故障，則將該第三APP對(duì)應(yīng)的實(shí)例的邏輯資源中，出現(xiàn)該可恢復(fù)的故障的邏輯資源復(fù)位。例如:若第三APP使用的定時(shí)器21出現(xiàn)故障，且第三APP對(duì)應(yīng)的實(shí)例的邏輯資源中包含定時(shí)器20至25，則資源管理模塊201復(fù)位該定時(shí)器20至25中編號(hào)為21的定時(shí)器，使得第三APP能夠繼續(xù)請(qǐng)求使用第三APP對(duì)應(yīng)的實(shí)例的定時(shí)器，且不會(huì)影響其他的制式的APP的運(yùn)行，能夠有效實(shí)現(xiàn)不同制式的APP之間的獨(dú)立運(yùn)行。若資源管理模塊201檢測(cè)到第四APP使用的邏輯資源出現(xiàn)不可恢復(fù)的故障，則復(fù)位該第四APP對(duì)應(yīng)的實(shí)例的邏輯資源，卸載第四APP，使得撤銷(xiāo)該第四APP對(duì)應(yīng)的實(shí)例，且復(fù)位后的邏輯資源作為未劃分給實(shí)例的邏輯資源。
[0053]在本發(fā)明實(shí)施例中，驅(qū)動(dòng)模塊202包括DRV和OS，DRV用于對(duì)硬件外設(shè)資源進(jìn)行封裝，例如:10通道、協(xié)處理器、外儲(chǔ)存器等，OS用于對(duì)計(jì)算資源和存儲(chǔ)資源進(jìn)行封裝，例如:核、定時(shí)器、內(nèi)存儲(chǔ)器等。
[0054]在本發(fā)明實(shí)施例中，通過(guò)設(shè)置資源管理模塊201和驅(qū)動(dòng)模塊203設(shè)置為多實(shí)例結(jié)構(gòu)，使得資源管理模塊201能夠?qū)⒂沈?qū)動(dòng)模塊203封裝的硬件資源提供的邏輯資源按照多實(shí)例結(jié)構(gòu)進(jìn)行劃分并進(jìn)行管理，使得在多實(shí)例對(duì)應(yīng)的APP使用的邏輯資源不沖突，不同制式的APP使用的邏輯資源的相互獨(dú)立，有效實(shí)現(xiàn)多種制式的APP之間的邏輯資源的管理及制式間的調(diào)節(jié)，避免因邏輯資源管理耦合造成的多模制式難以實(shí)現(xiàn)的問(wèn)題。
[0055]為了更好的理解本發(fā)明實(shí)施例中的資源管理系統(tǒng)，請(qǐng)參閱圖4，為本發(fā)明實(shí)施例中，多模通信設(shè)備的資源管理方法的實(shí)施例，該方法應(yīng)用于圖3所示多模通信設(shè)備的資源管理系統(tǒng)，且該方法包括:
[0056]401、資源管理模塊201接收第一 APP加載的命令，命令中包含第一 APP及第一 APP所需要的邏輯資源；
[0057]在本發(fā)明實(shí)施例中，系統(tǒng)啟動(dòng)時(shí)之后，驅(qū)動(dòng)模塊202將對(duì)硬件模塊203的硬件資源進(jìn)行復(fù)位及初始化設(shè)置，實(shí)現(xiàn)對(duì)硬件資源的軟件封裝，使得資源管理模塊201能夠?qū)τ布Y源提供的邏輯資源進(jìn)行實(shí)例劃分及管理。
[0058]其中，資源管理模塊201接收控制臺(tái)發(fā)送的第一 APP加載命令，該第一 APP加載命令中包含第一 APP及第一 APP所需要的邏輯資源，其中，控制臺(tái)是指可對(duì)資源管理模塊201進(jìn)行控制的設(shè)備。例如:若控制臺(tái)向資源管理模塊發(fā)送第一APP加載的命令，該命令中包含第一 APP、定時(shí)器10個(gè)及數(shù)據(jù)傳輸通道2條，該“定時(shí)器10個(gè)及數(shù)據(jù)傳輸通道2條”即為該第一 APP所需要的邏輯資源。
[0059]402、若資源管理模塊201未劃分給實(shí)例的邏輯資源滿足第一 APP所需要的邏輯資源，則加載第一 APP，得到第一 APP對(duì)應(yīng)的第一實(shí)例；
[0060]在本發(fā)明實(shí)施例中，資源管理模塊201接收到第一 APP加載命令之后，將判斷資源管理模塊201未劃分給實(shí)例的邏輯資源是否滿足第一APP所需要的邏輯資源，例如:若資源管理模塊201未劃分給實(shí)例的邏輯資源包括定時(shí)器20個(gè)，數(shù)據(jù)通道10條，第一 APP所需要的邏輯資源包括定時(shí)器10個(gè)，數(shù)據(jù)通道2條，則可確定未劃分給實(shí)例的邏輯資源滿足第一APP所需要的邏輯資源。
[0061]在本發(fā)明實(shí)施例中，若資源管理模塊201未劃分給實(shí)例的邏輯資源滿足第一 APP所需要的邏輯資源，則加載第一 APP，使得第一 APP運(yùn)行得到第一 APP對(duì)應(yīng)的第一實(shí)例。
[0062]403、按照第一 APP所需要的邏輯資源從未劃分給實(shí)例的邏輯資源中為第一實(shí)例劃分邏輯資源。
[0063]在本發(fā)明實(shí)施例中，資源管理模塊201在得到第一 APP對(duì)應(yīng)的第一實(shí)例之后，將按照第一 APP所需要的邏輯資源從未劃分給實(shí)例的邏輯資源中為第一實(shí)例劃分邏輯資源，以完成第一 APP的加載。例如:若資源管理模塊201未劃分給實(shí)例的邏輯資源包括定時(shí)器20個(gè)，數(shù)據(jù)通道10條，第一 APP所需要的邏輯資源包括定時(shí)器10個(gè)，數(shù)據(jù)通道2條，則可從未劃分給實(shí)例的定時(shí)器中劃分10個(gè)定時(shí)器給第一 APP對(duì)應(yīng)的第一實(shí)例，且從未劃分給實(shí)例的數(shù)據(jù)通道中劃分2條數(shù)據(jù)通道給第一 APP對(duì)應(yīng)的第一實(shí)例，則該第一實(shí)例、該第一實(shí)例的10個(gè)定時(shí)器和兩天數(shù)據(jù)通道、第一 APP之間具有對(duì)應(yīng)關(guān)系。
[0064]上述步驟401至403描述了資源管理模塊201對(duì)第一 APP的加載過(guò)程，在本發(fā)明實(shí)施例中，資源管理模塊201在對(duì)第一 APP加載之后，該第一 APP還可向資源管理模塊201請(qǐng)求分配資源，因此，資源管理模塊201在執(zhí)行步驟403之后，還可繼續(xù)執(zhí)行以下步驟:
[0065]404、資源管理模塊201接收第一 APP發(fā)送的資源申請(qǐng)請(qǐng)求；
[0066]在本發(fā)明實(shí)施例中，資源管理模塊201可接收到第一 APP發(fā)送的資源申請(qǐng)請(qǐng)求，該資源申請(qǐng)請(qǐng)求中包含第一 APP申請(qǐng)的資源的類型及數(shù)目。
[0067]405、資源管理模塊201按照資源申請(qǐng)請(qǐng)求從第一 APP對(duì)應(yīng)的第一實(shí)例的邏輯資源中為第一 APP分配邏輯資源。
[0068]在本發(fā)明實(shí)施例中，資源管理模塊201在接收到第一 APP發(fā)送的資源申請(qǐng)請(qǐng)求之后，將按照該資源申請(qǐng)請(qǐng)求從第一 APP對(duì)應(yīng)的第一實(shí)例的邏輯資源中為第一 APP分配邏輯資源，具體的:資源管理模塊201將確定該第一 APP對(duì)應(yīng)的實(shí)例的邏輯資源中處于空閑狀態(tài)的邏輯資源，并按照第一 APP申請(qǐng)的資源的類型及數(shù)目從該處于空閑狀態(tài)的邏輯資源中為第一 APP分配資源，例如:若第一 APP申請(qǐng)的資源包括:定時(shí)器3個(gè)，數(shù)據(jù)通道I條，資源管理模塊201確定該第一 APP對(duì)應(yīng)的實(shí)例的邏輯資源中處于空閑狀態(tài)的邏輯資源包括:編號(hào)為I至6的定時(shí)器、編號(hào)為I至2的數(shù)據(jù)通道，則資源管理模塊201可將編號(hào)為I至3的定時(shí)器及編號(hào)為I的數(shù)據(jù)通道分配給第一 APP使用。
[0069]優(yōu)選的，在本發(fā)明實(shí)施例中，資源管理模塊201還可處理APP的卸載，具體的包括:資源管理模塊201接收第二 APP發(fā)送的資源釋放請(qǐng)求，并按照該資源釋放請(qǐng)求將該第二 APP對(duì)應(yīng)的實(shí)例的邏輯資源中第二 APP請(qǐng)求釋放的邏輯資源復(fù)位或者設(shè)置為空閑狀態(tài)。例如:若資源管理模塊201接收到第二 APP的資源釋放請(qǐng)求，請(qǐng)求釋放編號(hào)為10的定時(shí)器，則資源管理模塊201將第二 APP對(duì)應(yīng)的實(shí)例中的編號(hào)5至10的定時(shí)器中，編號(hào)為10的定時(shí)器復(fù)位后者設(shè)置為空閑狀態(tài)。
[0070]優(yōu)選的，在本發(fā)明實(shí)施例中，資源管理模塊201還可對(duì)邏輯資源的故障進(jìn)行處理，具體的:若資源管理模塊201檢測(cè)到第三APP使用的邏輯資源出現(xiàn)可恢復(fù)的故障，則將該第三APP復(fù)位該第三APP對(duì)應(yīng)的實(shí)例的邏輯資源中，出現(xiàn)該可恢復(fù)的故障的邏輯資源復(fù)位。例如:資源管理模塊201檢測(cè)到第三APP使用的編號(hào)為I的定時(shí)器出現(xiàn)故障，則復(fù)位該第三APP對(duì)應(yīng)的實(shí)例的所有的定時(shí)器中編號(hào)為I的定時(shí)器。若資源管理模塊201檢測(cè)到第四APP使用的邏輯資源出現(xiàn)不可恢復(fù)的故障，則復(fù)位該第四APP對(duì)應(yīng)的實(shí)例的邏輯資源，卸載第四APP，使得撤銷(xiāo)該第四APP對(duì)應(yīng)的實(shí)例，且復(fù)位后的邏輯資源作為未劃分給實(shí)例的邏輯資源。
[0071]在本發(fā)明實(shí)施例中，通過(guò)將資源管理系統(tǒng)中的資源管理模塊201及驅(qū)動(dòng)模塊202設(shè)置為多實(shí)例結(jié)構(gòu)，使得資源管理模塊201在對(duì)實(shí)例對(duì)應(yīng)的APP進(jìn)行加載、資源分配、卸載時(shí)都可以以一個(gè)實(shí)例為粒度進(jìn)行處理，且由于資源管理模塊201是基于邏輯資源劃分實(shí)例，使得實(shí)例之間的邏輯資源不存在沖突，有效實(shí)現(xiàn)多種制式的APP之間的邏輯資源的管理及制式間的調(diào)節(jié)，避免因邏輯資源管理耦合造成的多模制式難以實(shí)現(xiàn)的問(wèn)題。
[0072]本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分步驟是可以通過(guò)程序來(lái)指令相關(guān)的硬件完成，所述的程序可以存儲(chǔ)于一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，上述提到的存儲(chǔ)介質(zhì)可以是只讀存儲(chǔ)器，磁盤(pán)或光盤(pán)等。
[0073]以上對(duì)本發(fā)明所提供的一種通信設(shè)備上的資源管理系統(tǒng)及方法進(jìn)行了詳細(xì)介紹，對(duì)于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明實(shí)施例的思想，在【具體實(shí)施方式】及應(yīng)用范圍上均會(huì)有改變之處，綜上所述，本說(shuō)明書(shū)內(nèi)容不應(yīng)理解為對(duì)本發(fā)明的限制。
【權(quán)利要求】
1.一種多模通信設(shè)備的資源管理系統(tǒng)，其特征在于，包括: 資源管理模塊、驅(qū)動(dòng)模塊、硬件模塊； 所述資源管理模塊和所述驅(qū)動(dòng)模塊均為多實(shí)例結(jié)構(gòu)； 所述驅(qū)動(dòng)模塊用于對(duì)所述硬件模塊的硬件資源進(jìn)行封裝，所述資源管理模塊用于按照所述多實(shí)例結(jié)構(gòu)將封裝后的所述硬件資源提供的邏輯資源劃分為給多個(gè)實(shí)例，且從劃分給實(shí)例的邏輯資源中為所述實(shí)例對(duì)應(yīng)的應(yīng)用程序APP分配邏輯資源，使得所述多個(gè)實(shí)例對(duì)應(yīng)的APP使用的邏輯資源相互獨(dú)立。
2.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述資源管理模塊用于若接收到第一APP加載的命令，所述命令中包含所述第一 APP及所述第一 APP所需要的邏輯資源；若所述資源管理模塊未劃分給實(shí)例的邏輯資源滿足所述第一 APP所需要的邏輯資源，則加載所述第一APP，得到所述第一APP對(duì)應(yīng)的第一實(shí)例；按照所述第一APP所需要的邏輯資源，從所述未劃分給實(shí)例的邏輯資源中為所述第一實(shí)例劃分邏輯資源。
3.根據(jù)權(quán)利要求2所述的系統(tǒng)，其特征在于，所述資源管理模塊還用于若接收到所述第一 APP發(fā)送的資源申請(qǐng)請(qǐng)求，按照所述資源申請(qǐng)請(qǐng)求從所述第一 APP對(duì)應(yīng)的所述第一實(shí)例的邏輯資源中為所述第一 APP分配邏輯資源。
4.根據(jù)權(quán)利要求1至3任一項(xiàng)所述的系統(tǒng)，其特征在于，所述資源管理模塊還用于若接收第二 APP發(fā)送的資源釋放請(qǐng)求，則按照所述資源釋放請(qǐng)求將所述第二 APP對(duì)應(yīng)的實(shí)例的邏輯資源中，所述第二 APP請(qǐng)求釋放的邏輯資源復(fù)位或者設(shè)置為空閑狀態(tài)。
5.根據(jù)權(quán)利要求1至3所述的系統(tǒng)，其特征在于，所述資源管理模塊還用于若檢測(cè)到第三APP使用的邏輯資源出現(xiàn)可恢復(fù)的故障，則將所述第三APP對(duì)應(yīng)的實(shí)例的邏輯資源中，出現(xiàn)所述可恢復(fù)的故障的邏輯資源復(fù)位。
6.根據(jù)權(quán)利要求1至3所述的系`統(tǒng)，其特征在于，所述資源管理模塊用于若檢測(cè)到第四APP使用的邏輯資源出現(xiàn)不可恢復(fù)的故障，則復(fù)位所述第四APP對(duì)應(yīng)的實(shí)例的邏輯資源，卸載所述第四APP。
7.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述驅(qū)動(dòng)模塊包括驅(qū)動(dòng)程序DRV和操作系統(tǒng)OS，所述DRV用于對(duì)硬件外設(shè)資源進(jìn)行封裝，所述OS用于對(duì)計(jì)算資源和存儲(chǔ)資源進(jìn)行封裝。
8.一種多模通信設(shè)備的資源管理方法，其特征在于，所述多模通信設(shè)備的資源管理方法應(yīng)用于多模通信設(shè)備的資源管理系統(tǒng)，所述系統(tǒng)包含硬件模塊、及為多實(shí)例結(jié)構(gòu)的資源管理模塊和驅(qū)動(dòng)模塊；所述驅(qū)動(dòng)模塊用于對(duì)所述硬件模塊的硬件資源進(jìn)行封裝；所述資源管理模塊用于按照所述多實(shí)例結(jié)構(gòu)將封裝后的所述硬件資源提供的邏輯資源劃分給多個(gè)實(shí)例，且從劃分給實(shí)例的邏輯資源中為所述實(shí)例對(duì)應(yīng)的應(yīng)用程序APP分配邏輯資源； 則所述方法包括: 所述資源管理模塊接收第一 APP加載的命令，所述命令中包含所述第一 APP及第一 APP所需要的邏輯資源； 若所述資源管理模塊未劃分給實(shí)例的邏輯資源滿足所述第一 APP所需要的邏輯資源，則加載所述第一 APP，得到所述第一 APP對(duì)應(yīng)的第一實(shí)例； 按照所述第一 APP所需要的邏輯資源從所述未劃分給實(shí)例的邏輯資源中為所述第一實(shí)例劃分邏輯資源。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述方法還包括: 所述第一 APP加載之后，所述資源管理模塊接收所述第一 APP發(fā)送的資源申請(qǐng)請(qǐng)求； 所述資源管理模塊按照所述資源申請(qǐng)請(qǐng)求從所述第一 APP對(duì)應(yīng)的所述第一實(shí)例的邏輯資源中為所述第一 APP分配邏輯資源。
10.根據(jù)權(quán)利要求8或9所述的方法，其特征在于，所述方法還包括: 所述資源管理模塊接收第二 APP發(fā)送的資源釋放請(qǐng)求； 按照所述資源釋放請(qǐng)求將所述第二 APP對(duì)應(yīng)的實(shí)例的邏輯資源中所述第二 APP請(qǐng)求釋放的邏輯資源復(fù)位或者設(shè)置為空閑狀態(tài)。
11.根據(jù)權(quán)利要求8或9所述的方法，其特征在于，所述方法還包括: 若檢測(cè)到第三APP使用的邏輯資源出現(xiàn)可恢復(fù)的故障，則將所述第三APP對(duì)應(yīng)的實(shí)例的邏輯資源中，出現(xiàn)所述可恢復(fù)的故障的邏輯資源復(fù)位。
12.根據(jù)權(quán)利要求8或9所述的方法，其特征在于，所述方法還包括: 若檢測(cè)到第四APP使用的邏輯資源出現(xiàn)不可恢復(fù)的故障，則復(fù)位所述第四APP對(duì)應(yīng)的實(shí)例的邏輯資源，卸載所述第四APP。
13.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述驅(qū)動(dòng)模塊包括驅(qū)動(dòng)程序DRV和操作系統(tǒng)OS，所述DRV用于對(duì) 硬件外設(shè)資源進(jìn)行封裝，所述OS用于對(duì)計(jì)算資源和存儲(chǔ)資源進(jìn)行封裝。
【文檔編號(hào)】G06F9/50GK103761151SQ201310752708
【公開(kāi)日】2014年4月30日 申請(qǐng)日期:2013年12月31日 優(yōu)先權(quán)日:2013年12月31日
【發(fā)明者】杜森 申請(qǐng)人:上海華為技術(shù)有限公司