專利名稱：共享射頻接口資源的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及提供對媒體的訪問的射頻(RF)接口資源。
背景技術(shù)：
術(shù)語"RF接口資源"表示發(fā)送器、接收器和收發(fā)器的硬件和軟件部件，用于發(fā)送或 接收電磁波譜的射頻范圍上通信的信號，或者處理這些信號所承載的數(shù)據(jù)，或者通過其它 裝置通信，諸如在常規(guī)數(shù)據(jù)網(wǎng)絡(luò)上或通過軟件接口。這些數(shù)據(jù)可以是音頻、視頻、語音、數(shù)據(jù) 或其任何組合的形式。使用RF信號上承載的媒體的應用實例包括TV觀看、音樂無線電收 聽以及語音/數(shù)據(jù)通信和交換。RF信號可在各種通信鏈路上傳送，包括空中陸基源、衛(wèi)星源 和無線通信網(wǎng)絡(luò)。除了在RF頻率上傳送，RF接口資源處理的數(shù)據(jù)可按基于常規(guī)銅線或光 纖的數(shù)據(jù)通信網(wǎng)絡(luò)上傳送的基于分組的數(shù)據(jù)形式進行通信。例如，RF接口資源處理的數(shù)據(jù) 可作為電視天線、DSL調(diào)制解調(diào)器、電纜調(diào)制解調(diào)器、同軸電纜TV連接上的信號進行通信。 或者，通過網(wǎng)絡(luò)接口卡(NIC)或甚至通過軟件編程接口，諸如多路分解器處理的MPEG-2傳 輸流的RF接口資源處理的數(shù)據(jù)可以作為USB連接上通信的數(shù)據(jù)傳送。
個人計算機(PC)可具有安裝的電視(TV)內(nèi)插卡，它提供PC上的TV節(jié)目觀看。除 了在廣播時觀看TV，許多現(xiàn)今更新的卡用硬盤用于節(jié)目存儲以提供類似錄像帶記錄器的功 能，諸如記錄廣播的TV節(jié)目以便稍后觀看。某些TV卡提供對模擬和數(shù)字電視觀看的支持。 特別是隨著數(shù)字電視的出現(xiàn)，除了正常的TV節(jié)目，TV信號還可傳輸數(shù)據(jù)服務。數(shù)據(jù)服務應 用的某些實例包括電影、音樂、軟件、游戲、新聞和因特網(wǎng)內(nèi)容的傳遞和下載。接收該內(nèi)容的 應用程序可以是可根據(jù)用戶偏好定制的，以便僅接收用戶感興趣的內(nèi)容。與TV節(jié)目一樣， 這些數(shù)據(jù)服務可在許多不同的RF頻率或"TV信道"上散布。 希望同時調(diào)到不同TV信道的多個應用程序之間會產(chǎn)生沖突。TV節(jié)目記錄應用程 序會希望調(diào)到頻道3以記錄預選節(jié)目，同時用戶正用頻道5上的TV觀看器應用程序觀看 TV。同時，PC游戲下載服務應用程序需要轉(zhuǎn)到頻道IO以獲得用戶要求的游戲。在該實例 中第一個沖突是哪一個應用程序開始將調(diào)諧器調(diào)到其頻道。即使系統(tǒng)具有三個獨立的調(diào)諧 器，每一個都具有其自己的解調(diào)器和多路分解器，第二個沖突將出現(xiàn)于需要將保護的或加 密的內(nèi)容轉(zhuǎn)換成每個應用程序可使用的形式所需的共用解碼器的使用上。
因為當前系統(tǒng)允許每個應用程序直接訪問這些資源，一個應用程序會與其它應用 程序的正確操作干擾，使用戶不明白為什么出現(xiàn)問題。例如，因為使用戶隨時按需要改變 TV頻道，所以TV觀看器應用程序會使TV記錄應用程序不能記錄所需節(jié)目，并使PC游戲服 務不能成功地下載游戲(盡管用戶已為該服務花費金錢)。由于這些共享資源使用上的沖 突，用戶常完全不知道為什么其它應用程序會失效(特別是如果這些應用程序是用戶購買
4TV卡的初衷)。該結(jié)果同樣使得數(shù)據(jù)服務供應商和運營商不滿意，因為他們依賴內(nèi)容的成 功下載來獲得收入。 因此，需要方法來解決當需要使用RF接口資源的有效應用程序數(shù)量超出可得RF 接口資源的數(shù)量時的爭用。


圖1是本發(fā)明一個實施例的操作圖； 圖2是本發(fā)明一個實施例的框圖； 圖3是根據(jù)本發(fā)明一個實施例的軟件的流程圖； 圖4是根據(jù)本發(fā)明另一個實施例的軟件的流程圖；以及 圖5是可用本發(fā)明的一個實施例解決的可能爭用情況的示意性示圖。
具體實施例方式
參考圖l，一平臺包括一個或多個射頻(RF)接口資源，諸如資源100A和IOOB，每 一個都耦合到單向或雙向通信鏈接接口102。信號和數(shù)據(jù)可在各種通信鏈路上傳輸，包括空 中陸基源、衛(wèi)星源、無線通信網(wǎng)絡(luò)和基于銅線或光纖的數(shù)據(jù)通信網(wǎng)絡(luò)。RF接口源用來通信 其處理的信號和數(shù)據(jù)的通信鏈接接口 102的實例包括電視天線、DSL調(diào)制解調(diào)器、電纜調(diào) 制解調(diào)器、同軸電纜TV鏈接、USB鏈接、網(wǎng)絡(luò)接口卡(NIC)或應用編程接口 API或用于在RF 接口源IOO和軟件程序或操作系統(tǒng)之間通信數(shù)據(jù)的其它軟件接口機制。源IOOA和IOOB可 以是發(fā)送器、接收器或收發(fā)器，或者其各部件，諸如以下的一個或多個調(diào)諧器104、編碼器 105、解碼器105、多路復用器106、多路分解器107、加密機108、解密機109、調(diào)制器IIO和解 調(diào)器111。 RF接口資源100可耦合到仲裁模塊32 。該仲裁模塊32接收來自應用的對資源100 的所有請求，所述應用諸如平臺上有效的應用30a、30b和30c。仲裁模塊32控制對射頻接 口資源100的訪問和來自其的訪問。在某些實施例中，仲裁模塊32可以是軟件部件，且在 某些情況中，它可以是操作系統(tǒng)的一部分。仲裁模塊32可允許以選擇為基礎(chǔ)訪問資源100。 仲裁模塊32執(zhí)行優(yōu)先級方案來確定準許哪個應用30訪問一個或多個RF接口資源100。
應理解，在某些情況中，對于M個應用來說，N個資源是可訪問的，其中M大于N。 因此，會引起爭用且仲裁模塊32會根據(jù)優(yōu)先級方案負責安排M個應用對N個資源的訪問。
在有限數(shù)量的RF接口資源約束的環(huán)境中，本發(fā)明的某些實施例支持不同時期和 在不同射頻上發(fā)送或接收的多個媒體服務。 音頻、視頻、語音或數(shù)據(jù)或者其任意組合形式的媒體可在承載數(shù)據(jù)的信號上通信。 如何承載信號和數(shù)據(jù)的實例包括空中陸基或衛(wèi)星傳送，以及銅線或光纖網(wǎng)絡(luò)。媒體服務的 實例是視頻點播應用的傳遞，其中電影內(nèi)容在MPEG-2傳輸流中被傳遞到PC或置頂盒用于 觀看。媒體服務的另一個實例是豐富的多媒體因特網(wǎng)應用，其中內(nèi)容被傳遞到蜂窩電話或 個人數(shù)字助理(PDA)。媒體服務的另一個實例是游戲或軟件應用，其中游戲或其它軟件被傳 遞到手持或便攜式計算機、臺式PC或無線應用。又一個實例是在手機或PDA上接收MP3音 樂或MPEG-4視頻內(nèi)容，或相反，其中手機或PDA獲取和上傳的圖片被發(fā)送到其它某處。
提供各種媒體服務作為各種RF頻率或"信道"，就像有用于TV節(jié)目的許多電視頻道。事實上，電視節(jié)目只是媒體服務的另一個實例，其中媒體是在為電視保留的多個RF頻 率上傳遞的電視節(jié)目。除了傳送電視節(jié)目，那些相同的電視RF頻率還可用于傳送其它媒體 服務，諸如視頻點播或其它上述數(shù)據(jù)服務。與一般的電視節(jié)目不同，媒體服務不需要以連續(xù) 24x7為基礎(chǔ)傳遞。相反，某些媒體服務僅在特定時間周期可得。通常，這是現(xiàn)在在模擬和數(shù) 字電視上傳送的數(shù)據(jù)服務的情況。常在整天的分散的不連續(xù)時間塊內(nèi)廣播包括視頻、游戲、 軟件、因特網(wǎng)、新聞、證券行情表等的數(shù)據(jù)內(nèi)容。甚至在連續(xù)廣播數(shù)據(jù)服務的情況下，通常在 一時間周期上重復地重播數(shù)據(jù)，以確保數(shù)據(jù)被接收。許多媒體服務應用裁制實際接收的內(nèi) 容以匹配用戶偏好，這意味著某些內(nèi)容被故意跳過或忽略。 作為實例，僅具有單個射頻調(diào)諧器的諸如電視、PC、 PDA或移動電話的平臺每次只
能被調(diào)到單個視頻載波。在某些情況中，提供了超過一種給定類型的RF接口資源，但即使
這樣，在任何給定時間，任何給定平臺也僅可在有限數(shù)量的射頻上接收或發(fā)送，且類似地在
可同時處理的數(shù)據(jù)信號數(shù)量上受限制，與給定資源允許的數(shù)量一樣多。實踐中，RF接口資
源的同時使用數(shù)量將總超過任何實際系統(tǒng)中可得的RF接口資源的數(shù)量。 當使用不同RF頻率的服務嘗試同時操作時，在用于接收或發(fā)送內(nèi)容的RF接口資
源上會產(chǎn)生沖突。在已被接收后或在將發(fā)送前，在一特定資源上，如同用于處理內(nèi)容以進行
觀看、再現(xiàn)或回放的編碼器或解碼器上，會出現(xiàn)應用間的類似沖突。這些沖突的出現(xiàn)是因為
超過一個的應用會需要在任何給定時間使用相同的RF接口資源。例如，三個不同的數(shù)據(jù)服
務應用會為TV調(diào)諧器競爭，每一個都希望調(diào)到其頻道來接收內(nèi)容。當對資源的同時請求數(shù)
量超過可得的RF接口資源數(shù)量時，就會出現(xiàn)問題。 在一個實施例中，爭用解決方案涉及確定尋求RF接口資源訪問的每個應用的優(yōu) 先級和基于該優(yōu)先級準許訪問。優(yōu)先級是對一個應用優(yōu)先于另一個的認可權(quán)利，例如按急 迫性或重要性的順序。優(yōu)先級可按任何可行方式分配。在某些實施例中，優(yōu)先級可基于任 何數(shù)量的因素或因素組合，其中包括但不限于用戶偏好；應用是付費的還是免費的；選擇 或安裝出現(xiàn)的應用的順序；應用何時或何地可得；應用對于裝置操作是否是基本的；或者 應用是否要求系統(tǒng)上有或沒有的其它硬件或軟件資源。例如，優(yōu)先級可由用戶、應用或系統(tǒng) 及其任何組合分配。 參考圖2，基于處理器的RF接收平臺包括基于處理器的系統(tǒng)12。在一個實施例中， 系統(tǒng)12可包括RF接口資源100和仲裁模塊32。例如，系統(tǒng)12可以是個人計算機、置頂盒、 PDA或移動電話。系統(tǒng)12可以耦合到輸出裝置16，諸如比如電視機或計算機監(jiān)視器的顯示 系統(tǒng)，比如LCD面板的內(nèi)置顯示器，或者可以簡單地使用揚聲器用于輸出。系統(tǒng)12可以耦 合到或者包括輸入裝置37，諸如鍵盤、鍵區(qū)、鼠標、觸摸墊、指示裝置、遙控單元或麥克風，用 于接收用戶的命令和輸入。在一個實施例中，輸入裝置37可用于改變具有廣播TV接收器 的系統(tǒng)上的信道。例如，接口 100從天線、衛(wèi)星接收器、電纜接收器或含因特網(wǎng)的計算機網(wǎng) 絡(luò)接收信號。RF接口資源100處理的數(shù)據(jù)甚至可以由另一個應用經(jīng)由軟件編程接口進行通 信。 在一個實施例中，RF接口資源100可以是PC上的電視內(nèi)插卡，其包括調(diào)諧器、解 調(diào)器、多路分解器或解碼器。某些實施例可單獨仲裁這些部件的使用，或者成群地仲裁一個 或多個部件的使用。RF接口資源100可按硬件、軟件或硬件和軟件的任何組合實現(xiàn)。
系統(tǒng)12可以包括將系統(tǒng)12與資源100對接的接口 24。在本發(fā)明的一個實施例中，接口 24可耦合到總線26，接著耦合到在一個實施例中可以是橋路的接口 36。在一個架 構(gòu)中，接口 36可以耦合到存儲裝置28、處理器40和輸入裝置37。雖然在一個實施例中輸 出裝置16可用作基于處理器的系統(tǒng)12的顯示器和媒體的顯示器，但在其它實施例中，分開 的顯示器也是可以的。此外，雖然圖2示出了基于處理器的系統(tǒng)12的一種架構(gòu)，但本發(fā)明 也可應用于任何可得的架構(gòu)。 在本發(fā)明的一個實施例中，存儲裝置28是硬盤驅(qū)動器(HDD)或非易失性存儲裝 置，諸如閃存。存儲裝置28可存儲需要訪問RF接口資源IOO的多個應用30。此外，資源仲 裁模塊32也可存儲在存儲裝置28上。 根據(jù)本發(fā)明的一個實施例，尋求訪問接口 100的應用30之間的爭奪按有利的方式 解決。該爭奪的出現(xiàn)是因為多個應用30希望同時訪問同一RF接口資源，從而請求數(shù)量超 過系統(tǒng)的可得資源的容量。 參考圖3，仲裁模塊32控制應用30訪問資源100的能力。如框54所示，調(diào)度對資 源的請求。根據(jù)本發(fā)明的一個實施例，提供了調(diào)度，為給定資源保存給定時隙，如各種應用 30所請求的。在一個實施例中，應用30可被分配時隙以訪問所需的資源，接收他們期望廣 播的數(shù)據(jù)，例如基于數(shù)據(jù)服務廣播的可得調(diào)度。 菱形56處的檢查確定是否存在沖突。當兩個不同的應用30同時請求訪問有限數(shù) 量的資源100且接收數(shù)據(jù)服務的合成資源使用請求的請求數(shù)量超過系統(tǒng)10的容量時，常見 地例如當只有兩個電視調(diào)諧器時三個應用請求調(diào)到三個不同的電視頻道時，產(chǎn)生沖突或爭 奪。某些其它普通實例會在以下資源上沖突請求HDTV解調(diào)器、MPEG-2傳輸流多路分解器 或者MPEG-4解碼器。根據(jù)框74中指示的預先安排的調(diào)度，如果沒出現(xiàn)沖突，該流程簡單地 準許使用資源100。 根據(jù)本發(fā)明的一個實施例，如果識別出沖突，仲裁模塊32可發(fā)出請求到各應用30 以指出他們的優(yōu)先級?；蛘?，該優(yōu)先級信息已駐留在仲裁模塊32中或者可由應用30從數(shù) 據(jù)庫分開地訪問，或者作為附加實例可要求提示用戶提供信息。 根據(jù)本發(fā)明的一個實施例，可從應用30接收優(yōu)先級信息，如框58中所示。根據(jù)本 發(fā)明的一個實施例，可基于不同應用30的相對優(yōu)先級設(shè)計沖突解決方案，如框60中所示 的。例如，在兩個應用30在相同時間周期中請求資源且沒有足夠資源可得以提供所有請求 的情況下，系統(tǒng)10可基于不同應用30的優(yōu)先級分配資源。即，如果可以的話，具有較高優(yōu) 先級的應用30獲得請求的資源。 在這種情況中，通知接收請求資源的應用30，如框62所示，也通知沒有接收到請 求時隙的那些應用。在一些情況中，在框64中，從應用30接收對分配的響應。在這種情況 中，這些響應可通知應用30 :盡管對給定時隙作出了請求，如果其隨后變得可用，應用30仍 希望獲得該時隙或其某些部分。此外，給定應用30可通知仲裁模塊32 :應用30能使用它 所請求的少于所有可得時間。作為另一個可選方案，接收優(yōu)先級的某些應用30可通知他 們能在一部分分配時間周期上讓出(yield)優(yōu)先級。 允許給定應用讓出其分配的情況是各種各樣的。作為一個實例，應用可在少于整 個分配的時間周期中接收足夠信息，使它能實現(xiàn)需要實現(xiàn)的功能。在這種情況中，在接收到 需要的全部數(shù)據(jù)后，應用隨后讓出其分配。 如框66中所示，設(shè)定檢查時間。檢查時間是基于應用響應形成的時間，以重新檢查接收分配的應用是否能讓出所有或部分的分配資源。即使可通過基于優(yōu)先級分配資源來 解決爭奪，應用也可請求重新檢查以確定另一個應用隨后是否可以讓出其所分配的資源。 作為一個實例，在某些情況中，會重復廣播相同的內(nèi)容。因此，應用30可在較早時間接收打 算在給定時隙中訪問的信息，且此后愿意讓出其資源分配。 菱形68處的檢查確定是否已出現(xiàn)檢查時間。檢查時間可對應于資源爭奪的時間 或者可在該時間少許之前或甚至之后。 在框70，當達到檢查時間時，對讓出的請求可提供給較高優(yōu)先級的應用，如框70 中所示的。如果準許讓出請求，則修改調(diào)度，如框72所示。此后，如框74所示，根據(jù)所述調(diào) 度操作接口 14。 在某些實施例中，仲裁模塊32可以是分層于操作系統(tǒng)之上的操作系統(tǒng)的一部分， 應用程序，或者應用程序接口 (API)的一部分。被仲裁的RF接口資源的實例包括調(diào)諧器、解 調(diào)器、調(diào)制器、多路分解器、多路復用器、編碼器、解碼器。編碼和解碼表示將數(shù)據(jù)從一種格 式轉(zhuǎn)換成另一種，或者將數(shù)據(jù)從加密格式轉(zhuǎn)換成解密格式?？蓪⑦@些資源作為獨立的資源， 或者作為幾個部件組成一個邏輯資源的組合，從而應用程序?qū)τ谶@些資源的仲裁的或排他 的使用可以被單獨地控制。在某些實施例中，訪問調(diào)諧器而不訪問解調(diào)器、多路分解器和解 碼部件是無意義的，因此他們可以被捆綁在一起作為單個邏輯資源。在其它實施例中，保持 部件分開是有意義的，以允許某些組合中的所有部件的同時使用，例如需要用于接收用于 存儲和以后回放的那些，對就需要用于(以前記錄內(nèi)容的)回放的那些部件。適當?shù)馁Y源 仲裁的間隔尺寸或范圍取決于特定系統(tǒng)及其應用的需要和用途。 根據(jù)本發(fā)明的一個實施例，每個應用30可包括與仲裁模塊32互連的模塊，如圖4 所示。最初，每個應用30將資源請求傳遞給仲裁模塊32，如框80所示。因此，基于可得的 調(diào)度信息，給定應用30知道它需要一段特定的時間周期的一資源。因此，應用30為這個資 源對仲裁模塊32進行請求。 此后，如果產(chǎn)生沖突，應用30最后從仲裁模塊32接收對優(yōu)先級信息的請求。如果 沒有接收到優(yōu)先級請求，則隨著時間過去，確定該請求被準許。如果接收到優(yōu)先級請求，如 菱形82中所示，則在一個實施例中可從應用30提供所請求的優(yōu)先級信息，如框84中所示 的。此后，資源請求應用30接收沖突解決方案，如菱形86中所確定的。
如果不滿足請求，如菱形88中所示，則在某些情況中可請求讓出，如框90所示。 例如，如果應用30確定只要可能它必須具有資源，則它可向仲裁代理32闡明合適的讓出請 求。隨后，應用30等待關(guān)于讓出請求的決定。 同時，被分配較高優(yōu)先級資源的應用可從仲裁代理32接收讓出請求，如框92中所 示。如果接收到該讓出請求，則應用30進行讓出決定，如框94所示。隨后，將讓出決定傳 送給仲裁代理32，如框96所示。 作為兩個實例，當已處理全部需要的數(shù)據(jù)或者仍未具有的數(shù)據(jù)可在無沖突的將來 時隙中傳送，則應用可讓出。二者中任一情況都可被潛在讓出的應用、系統(tǒng)12或這兩者了 解。為使應用知道它已處理了全部需要處理的數(shù)據(jù)，可提供附加的元數(shù)據(jù)，比如列出所有必 要數(shù)據(jù)資源的數(shù)據(jù)清單。如通過所述清單確定的，應用30可以已接收了所有它需要的數(shù) 據(jù)，且該數(shù)據(jù)可以重復通信。元數(shù)據(jù)也可以表示什么數(shù)據(jù)是基本的，什么數(shù)據(jù)是任選的，以 及哪個是其它裝置可得的。作為實例，如果正接收用戶需要的電影，視頻點播應用不會讓出，但如果它知道其高速緩存已裝滿下周的電影預告片且這是現(xiàn)在正轉(zhuǎn)播的，則它可讓出。
由于表示何時會傳輸數(shù)據(jù)的調(diào)度信息的可得性，應用30(或系統(tǒng)12本身)會知道 直到將來某一時間才需要一資源。該調(diào)度信息可以按各種方式獲得，包括信號本身中承載 的系統(tǒng)信息，或者使用電子編程引導。關(guān)于將重復傳輸什么數(shù)據(jù)以及何時的信息可以簡單 地是暴露給應用或系統(tǒng)的附加元數(shù)據(jù)，以確定是否出現(xiàn)讓出。 圖5中，描述了一個實施例，在表示三個不同的RF電視頻率的三個不同的物理信 道A， B和C上提供了三個數(shù)據(jù)服務X， Y和Z。假定時標覆蓋二十四小時且每個服務時間 周期在每天的相同時間重復。還可假定系統(tǒng)12僅具有每次可由一個應用排他地控制的一 個電視調(diào)諧器。 如果所有服務應用X， Y和Z在系統(tǒng)開始時間處開始運行，則在其請求時隙期間每 個服務都請求系統(tǒng)調(diào)到其各自的信道。服務X請求將被無條件準許，因為不存在競爭應用 資源請求。在一個實施例中，將基于各自的優(yōu)先級處理服務Y和Z的請求。如果服務Y具 有較高的優(yōu)先級，則其請求將被無條件準許且電視調(diào)諧器14將從時間T3開始轉(zhuǎn)到信道B， 只要服務需要帶寬，直到時間T4。服務Z將沒有機會使用電視調(diào)諧器直到時間T4(如果服 務Y在這之前讓出調(diào)諧器，則會更快)。 如果服務Z的優(yōu)先級高于服務Y的，則在一個實施例中平臺IO會按兩種方式之一 進行響應。平臺10可告訴服務Y它可調(diào)到信道B直至時間T5，讓服務Y選擇究竟是否調(diào)到 那里。服務Z將明確地在信道C上獲得其數(shù)據(jù)，在T5開始直到T6。如果在時間T5前不久 在它獲得調(diào)諧器的時候服務Y不需要它，則系統(tǒng)可與服務Z協(xié)商以確定服務Z是否愿意在 時間T4以前讓出。如果服務Z不愿意讓出，則平臺10將在時間T5轉(zhuǎn)到信道C。如果服務 Z在時間T4前的任何時候讓出調(diào)諧器，則系統(tǒng)可以留心服務Y是否仍需要帶寬，如果是，則 轉(zhuǎn)回到信道B。 雖然就有限數(shù)量的實施例描述了本發(fā)明，但本領(lǐng)域的熟練技術(shù)人員將理解其許多 修改和變型。所附權(quán)利要求書旨在覆蓋落在本發(fā)明的真實精神和范圍之內(nèi)的所有這種修改 和變型。
權(quán)利要求
一種分配資源的方法，包括在平臺上從至少兩個應用接收射頻接口資源請求，由于平臺不具有資源來準許所述至少兩個請求，所述至少兩個應用形成爭奪；確定所述至少兩個應用的優(yōu)先級；基于所述優(yōu)先級，在一段時間內(nèi)準許所述資源請求之一；以及在所述一段時間的結(jié)束時刻之前確定所準許的資源是否可以被讓出。
2. 如權(quán)利要求1所述的方法，其特征在于，在所述一段時間的結(jié)束時刻之前確定所準 許的資源是否可以被讓出的步驟包括所述至少兩個應用中的一個應用確定資源是否可被 讓出。
3. 如權(quán)利要求1所述的方法，其特征在于，在所述一段時間的結(jié)束時刻之前確定所準 許的資源是否可以被讓出的步驟包括帶有所準許的資源請求的應用確定資源是否可被讓 出。
4. 如權(quán)利要求l所述的方法，其特征在于，還包括從未準許其請求的應用接收對資源 請求準許的響應，并且在所述一段時間的結(jié)束時刻之前確定所準許的資源是否可以被讓出的步驟包括 請求已經(jīng)準許其請求的應用讓出所準許的資源給仲裁模塊，而所述仲裁模塊將讓出的資源 給予未準許其請求的應用。
5. 如權(quán)利要求4所述的方法，其特征在于，至少一個應用執(zhí)行從以下組中選出的功能 TV記錄或觀看、音樂無線電記錄或收聽、視頻內(nèi)容記錄或回放、語音或數(shù)據(jù)通信和交換、以 及以下內(nèi)容的傳遞或下載電影、音樂、軟件、游戲、新聞和因特網(wǎng)內(nèi)容的。
6. —種用于分配資源的系統(tǒng)，包括 處理器；響應于處理器的顯示器；以及 存儲有指令的存儲裝置，該指令指示處理器從至少兩個應用接收射頻接口資源請求，由于系統(tǒng)不具有資源來準許所有請求，所述 至少兩個應用形成爭奪；確定每個應用的優(yōu)先級；基于所述優(yōu)先級，在一段時間內(nèi)準許所 述資源請求之一 ；以及在所述一段時間的結(jié)束時刻之前確定所準許的資源是否可以被讓 出。
7. 如權(quán)利要求6所述的系統(tǒng)，其特征在于，包括廣播接收器、電視接收器、無線電接收 器中的至少一個。
8. 如權(quán)利要求6所述的系統(tǒng)，其特征在于，包括以下的至少之一 置頂盒、個人數(shù)字助 理、臺式計算機、便攜式計算機、手持計算機、媒體服務器、媒體網(wǎng)關(guān)、移動電話、無線設(shè)備。
9. 如權(quán)利要求6所述的系統(tǒng)，其特征在于，包括耦合到所述處理器的射頻接口資源，該 資源包括至少一個選自包括調(diào)諧器、調(diào)制器、解調(diào)器、多路復用器、多路分解器、編碼器或解 碼器的組中的元件。
10. 如權(quán)利要求6所述的系統(tǒng)，其特征在于，包括特定類型的第一資源，所述類型來自 包括調(diào)諧器、調(diào)制器、解調(diào)器、多路復用器、多路分解器、編碼器、解碼器或其任何組合的組， 該資源耦合到所述處理器。
11. 如權(quán)利要求io所述的系統(tǒng)，其特征在于，包括包括與所述第一資源相同類型的第二資源。
12. 如權(quán)利要求6所述的系統(tǒng)，其特征在于，所述至少兩個應用中的一個應用要在所述 一段時間的結(jié)束時刻之前確定所準許的資源是否可以被讓出。
13. 如權(quán)利要求6所述的系統(tǒng)，其特征在于，帶有所準許的資源請求的應用要在所述一 段時間的結(jié)束時刻之前確定所準許的資源是否可被讓出。
14. 如權(quán)利要求6所述的系統(tǒng)，其特征在于，還包括一仲裁模塊和一存儲的指令，該指 令請求已經(jīng)準許其請求的應用讓出所準許的資源給仲裁模塊，而所述仲裁模塊將讓出的資 源給予未準許其請求的應用。
15. 如權(quán)利要求6的系統(tǒng)，其特征在于，至少一個應用執(zhí)行從以下組中選出的功能TV 記錄或觀看、音樂無線電記錄或收聽、視頻內(nèi)容記錄或回放、語音或數(shù)據(jù)通信和交換、以及 以下內(nèi)容的傳遞或下載電影、音樂、軟件、游戲、新聞和因特網(wǎng)內(nèi)容的。
16. —種用于分配資源的仲裁模塊，該仲裁模塊用于從至少兩個應用接收射頻接口資源請求，由于可用系統(tǒng)資源不足于滿足所有請求，所 述至少兩個應用形成爭奪； 確定所有應用的優(yōu)先級；基于所述優(yōu)先級，在一段時間內(nèi)準許所述資源請求之一 ；以及 在所述一段時間的結(jié)束時刻之前確定所準許的資源是否可以被讓出。
17. 如權(quán)利要求16所述的模塊，其特征在于，所述至少兩個應用中的一個應用在所述 一段時間的結(jié)束時刻之前確定所準許的資源是否可以被讓出。
18. 如權(quán)利要求16所述的模塊，其特征在于，帶有所準許的資源請求的應用在所述一 段時間的結(jié)束時刻之前確定所準許的資源是否可被讓出。
19. 如權(quán)利要求16所述的模塊，其特征在于，所述模塊還用于請求已經(jīng)準許其請求的應用讓出所準許的資源給仲裁模塊，而仲裁模塊將讓出的資源 給予未準許其請求的應用。
全文摘要
應用可尋求訪問基于處理器的系統(tǒng)上的射頻接口資源，其超出資源的可得容量。當超過一個應用需要同時訪問RF接口資源且RF接口資源的可得容量不允許所有這些請求被準許時，可提供爭奪解決方案。在一個實施例中，爭奪解決方案可包括確定尋求RF接口資源訪問的每個應用的優(yōu)先級以及基于所述優(yōu)先級準許訪問。
文檔編號H04H1/00GK101790238SQ20101011990
公開日2010年7月28日 申請日期2003年12月12日 優(yōu)先權(quán)日2002年12月30日
發(fā)明者L·威爾施 申請人:英特爾公司