共享射频接口资源.pdf

应用可寻求访问基于处理器的系统上的射频接口资源，其超出资源的可得容量。当超过一个应用需要同时访问RF接口资源且RF接口资源的可得容量不允许所有这些请求被准许时，可提供争夺解决方案。在一个实施例中，争夺解决方案可包括确定寻求RF接口资源访问的每个应用的优先级以及基于所述优先级准许访问。

1.  一种方法，其特征在于，包括：
从至少两个应用在平台上接收射频接口资源请求，所述至少两个应用形成争夺，因为平台不具有资源来准许这两个请求；
确定应用的优先级；以及
基于所述优先级，准许所述资源请求之一。

2.  如权利要求1所述的方法，其特征在于，包括准许平台能处理的所有资源请求。

3.  如权利要求1所述的方法，其特征在于，包括接收访问资源的至少两个请求并自动调度这些请求。

4.  如权利要求3所述的方法，其特征在于，包括确定两个应用何时请求访问同一资源。

5.  如权利要求4所述的方法，其特征在于，包括从请求的应用获得优先级信息。

6.  如权利要求4所述的方法，其特征在于，包括从数据库获得优先级信息。

7.  如权利要求4所述的方法，其特征在于，包括从用户获得优先级信息。

8.  如权利要求3所述的方法，其特征在于，包括向请求的应用通知准许所述应用之一的资源请求。

9.  如权利要求8所述的方法，其特征在于，包括从未准许其请求的应用接收对资源请求准许的响应。

10.  如权利要求9所述的方法，其特征在于，包括：响应于来自未准许其请求的所述应用的所述响应，请求准许其请求的应用让出资源给未准许其请求的应用。

11.  如权利要求10所述的方法，其特征在于，包括自动设定时间以请求一应用将其优先级让出给另一个应用。

12.  如权利要求11所述的方法，其特征在于，包括设定所述时间以请求一应用让出接近时间给调度争夺的时间。

13.  一种包括存储指令的媒介的制品，所述指令在执行时使得基于处理器的系统能：
从至少两个应用接收射频接口资源请求，所述至少两个应用形成争夺，因为可得的系统资源不足以准许这两个请求；
确定应用的优先级；以及
基于所述优先级准许所述资源请求之一。

14.  如权利要求13所述的制品，其特征在于，进一步存储指令，它使得基于处理器的系统能接收多个访问资源的请求并自动调度这些请求。

15.  如权利要求14所述的制品，其特征在于，进一步存储指令，它使得基于处理器的系统能确定两个应用何时请求同时访问同一资源。

16.  如权利要求15所述的制品，其特征在于，进一步存储指令，它使得基于处理器的系统能从请求应用获得优先级信息。

17.  如权利要求15所述的制品，其特征在于，进一步存储指令，它使得基于处理器的系统能从数据库获得优先级信息。

18.  如权利要求15所述的制品，其特征在于，进一步存储指令，它使得基于处理器的系统能向请求的应用通知所述应用之一的资源请求的准许。

19.  如权利要求18所述的制品，其特征在于，进一步存储指令，它使得基于处理器的系统能从请求未被准许的应用接收对资源请求的准许的响应。

20.  如权利要求19所述的制品，其特征在于，进一步存储指令，它使得基于处理器的系统能请求请求被准许的应用让出资源给请求未被准许的应用。

21.  如权利要求20所述的制品，其特征在于，进一步存储指令，它使得基于处理器的系统能自动设定一时间以请求一应用让出其优先级给另一个应用。

22.  如权利要求21所述的制品，其特征在于，进一步存储指令，它使得基于处理器的系统能设定所述时间以请求一应用让出接近时间给调度争夺的时间。

23.  一种系统，其特征在于，包括：
处理器；以及
存储装置，它存储指令以使处理器能从至少两个应用接收射频接口资源请求，所述至少两个应用形成争夺，因为系统没有资源来准许这两个请求；确定每个应用的优先级；以及基于所述优先级，准许资源请求之一。

24.  如权利要求23所述的系统，其特征在于，所述存储装置存储指令，它使得系统能准许尽可能多的对资源的请求。

25.  如权利要求23所述的系统，其特征在于，包括广播接收器。

26.  如权利要求23所述的系统，其特征在于，包括电视接收器。

27.  如权利要求23所述的系统，其特征在于，包括无线电接收器。

28.  如权利要求23所述的系统，其特征在于，包括以下之一：置顶盒，个人数字助理，台式计算机，便携式计算机，手持计算机，媒体服务器，媒体网关，移动电话，无线设备。

29.  如权利要求23所述的系统，其特征在于，包括与所述处理器耦合的射频接口资源，所述资源包括至少一个元件，其选自包括调谐器、调制器、解调器、多路复用器、多路分解器、编码器或解码器的组。

30.  如权利要求23所述的系统，其特征在于，包括特定类型的第一资源，所述类型来自包括调谐器、调制器、解调器、多路复用器、多路分解器、编码器、解码器或其任何组合的组，所述资源耦合到所述处理器。

31.  如权利要求30所述的系统，其特征在于，包括基本与所述第一资源相同类型的第二资源。

32.  如权利要求31所述的系统，其特征在于，包括基本与所述第一资源相同类型的附加资源。

33.  如权利要求23所述的系统，其特征在于，所述存储装置存储指令以便接收多个访问资源的请求并自动调度这些请求。

共享射频接口资源
背景
本发明一般涉及提供对媒体的访问的射频(RF)接口资源。
术语“RF接口资源”表示发送器、接收器和收发器的硬件和软件部件，用于发送或接收电磁波谱的射频范围上通信的信号，或者处理这些信号所承载的数据，或者通过其它装置通信，诸如在常规数据网络上或通过软件接口。这些数据可以是音频、视频、语音、数据或其任何组合的形式。使用RF信号上承载的媒体的应用实例包括TV观看、音乐无线电收听以及语音/数据通信和交换。RF信号可在各种通信链路上传送，包括空中陆基源、卫星源和无线通信网络。除了在RF频率上传送，RF接口资源处理的数据可按基于常规铜线或光纤的数据通信网络上传送的基于分组的数据形式进行通信。例如，RF接口资源处理的数据可作为电视天线、DSL调制解调器、电缆调制解调器、同轴电缆TV连接上的信号进行通信。或者，通过网络接口卡(NIC)或甚至通过软件编程接口，诸如多路分解器处理的MPEG-2传输流的RF接口资源处理的数据可以作为USB连接上通信的数据传送。
个人计算机(PC)可具有安装的电视(TV)内插卡，它提供PC上的TV节目观看。除了在广播时观看TV，许多现今更新的卡用硬盘用于节目存储以提供类似录像带记录器的功能，诸如记录广播的TV节目以便稍后观看。某些TV卡提供对模拟和数字电视观看的支持。特别是随着数字电视的出现，除了正常的TV节目，TV信号还可传输数据服务。数据服务应用的某些实例包括电影、音乐、软件、游戏、新闻和因特网内容的传递和下载。接收该内容的应用程序可以是可根据用户偏好定制的，以便仅接收用户感兴趣的内容。与TV节目一样，这些数据服务可在许多不同的RF频率或“TV信道”上散布。
希望同时调到不同TV信道的多个应用程序之间会产生冲突。TV节目记录应用程序会希望调到频道3以记录预选节目，同时用户正用频道5上的TV观看器应用程序观看TV。同时，PC游戏下载服务应用程序需要转到频道10以获得用户要求的游戏。在该实例中第一个冲突是哪一个应用程序开始将调谐器调到其频道。即使系统具有三个独立的调谐器，每一个都具有其自己的解调器和多路分解器，第二个冲突将出现于需要将保护的或加密的内容转换成每个应用程序可使用的形式所需的共用解码器的使用上。
因为当前系统允许每个应用程序直接访问这些资源，一个应用程序会与其它应用程序的正确操作干扰，使用户不明白为什么出现问题。例如，因为使用户随时按需要改变TV频道，所以TV观看器应用程序会使TV记录应用程序不能记录所需节目，并使PC游戏服务不能成功地下载游戏(尽管用户已为该服务花费金钱)。由于这些共享资源使用上的冲突，用户常完全不知道为什么其它应用程序会失效(特别是如果它们是用户购买TV卡的初衷)。该结果同样使得数据服务供应商和运营商不满意，因为他们依赖内容的成功下载来获得收入。
因此，需要方法来解决当需要使用RF接口资源的有效应用程序数量超出可得RF接口资源的数量时的争用。
附图说明
图1是本发明一个实施例的操作图；
图2是本发明一个实施例的框图；
图3是根据本发明一个实施例的软件的流程图；
图4是根据本发明另一个实施例的软件的流程图；以及
图5是可用本发明的一个实施例解决的可能争用情况的示意性示图。
具体实施方式
参考图1，一平台包括一个或多个射频(RF)接口资源，诸如资源100A和100B，每一个都耦合到单向或双向通信链接接口102。信号和数据可在各种通信链路上传输，包括空中陆基源、卫星源、无线通信网络和基于铜线或光纤的数据通信网络。RF接口源用来通信其处理的信号和数据的通信链接接口102的实例包括：电视天线、DSL调制解调器、电缆调制解调器、同轴电缆TV链接、USB链接、网络接口卡(NIC)或应用编程接口API或用于在RF接口源100和软件程序或操作系统之间通信数据的其它软件接口机制。源100A和100B可以是发送器、接收器或收发器，或者其各部件，诸如以下的一个或多个：调谐器104、编码器105、解码器105、多路复用器106、多路分解器107、加密机108、解密机109、调制器110和解调器111。
RF接口资源100可耦合到仲裁模块32。该仲裁模块32接收来自应用的对资源100的所有请求，所述应用诸如平台上有效的应用30a、30b和30c。仲裁模块32控制对射频接口资源100的访问和来自其的访问。在某些实施例中，仲裁模块32可以是软件部件，且在某些情况中，它可以是操作系统的一部分。仲裁模块32可允许以选择为基础访问资源100。仲裁模块32执行优先级方案来确定准许哪个应用30访问一个或多个RF接口资源100。
应理解，在某些情况中，对于M个应用来说，N个资源是可访问的，其中M大于N。因此，会引起争用且仲裁模块32会根据优先级方案负责安排M个应用对N个资源的访问。
在有限数量的RF接口资源约束的环境中，本发明的某些实施例支持不同时期和在不同射频上发送或接收的多个媒体服务。
音频、视频、语音或数据或者其任意组合形式的媒体可在承载数据地信号上通信。如何承载信号和数据的实例包括空中陆基或卫星传送，以及铜线或光纤网络。媒体服务的实例是视频点播应用的传递，其中电影内容在MPEG-2传输流中被传递到PC或置顶盒用于观看。媒体服务的另一个实例是丰富的多媒体因特网应用，其中内容被传递到蜂窝电话或个人数字助理(PDA)。媒体服务的另一个实例是游戏或软件应用，其中游戏或其它软件被传递到手持或便携式计算机、台式PC或无线应用。又一个实例是在手机或PDA上接收MP3音乐或MPEG-4视频内容，或相反，其中手机或PDA获取和上传的图片被发送到其它某处。
提供各种媒体服务作为各种RF频率或“信道”，就像有用于TV节目的许多电视频道。事实上，电视节目只是媒体服务的另一个实例，其中媒体是在为电视保留的多个RF频率上传递的电视节目。除了传送电视节目，那些相同的电视RF频率还可用于传送其它媒体服务，诸如视频点播或其它上述数据服务。与一般的电视节目不同，媒体服务不需要以连续24x7为基础传递。相反，某些媒体服务仅在特定时间周期可得。通常，这是现在在模拟和数字电视上传送的数据服务的情况。常在整天的分散的不连续时间块内广播包括视频、游戏、软件、因特网、新闻、证券行情表等的数据内容。甚至在连续广播数据服务的情况下，通常在一时间周期上重复地重播数据，以确保数据被接收。许多媒体服务应用裁制实际接收的内容以匹配用户偏好，这意味着某些内容被故意跳过或忽略。
作为实例，仅具有单个射频调谐器的诸如电视、PC、PDA或移动电话的平台每次只能被调到单个视频载波。在某些情况中，提供了超过一种给定类型的RF接口资源，但即使这样，在任何给定时间，任何给定平台也仅可在有限数量的射频上接收或发送，且类似地在可同时处理的数据信号数量上受限制，与给定资源允许的数量一样多。实践中，RF接口资源的同时使用数量将总超过任何实际系统中可得的RF接口资源的数量。
当使用不同RF频率的服务尝试同时操作时，在用于接收或发送内容的RF接口资源上会产生冲突。在已被接收后或在将发送前，在一特定资源上，如同用于处理内容以进行观看、再现或回放的编码器或解码器上，会出现应用间的类似冲突。这些冲突的出现是因为超过一个的应用会需要在任何给定时间使用相同的RF接口资源。例如，三个不同的数据服务应用会为TV调谐器竞争，每一个都希望调到其频道来接收内容。当对资源的同时请求数量超过可得的RF接口资源数量时，就会出现问题。
在一个实施例中，争用接近方案涉及确定寻求RF接口资源访问的每个应用的优先级和基于该优先级准许访问。优先级是对一个应用优先于另一个的认可权利，例如按急迫性或重要性的顺序。优先级可按任何可行方式分配。在某些实施例中，优先级可基于任何数量的因素或因素组合，其中包括但不限于：用户偏好；应用是付费的还是免费的；选择或安装出现的应用的顺序；应用何时或何地可得；应用对于装置操作是否是基本的；或者应用是否要求系统上有或没有的其它硬件或软件资源。例如，优先级可由用户、应用或系统及其任何组合分配。
参考图2，基于处理器的RF接收平台10包括基于处理器的系统12。在一个实施例中，系统12可包括RF接口资源100和仲裁模块32。例如，系统12可以是个人计算机、置顶盒、PDA或移动电话。系统12可以耦合到输出装置16，诸如比如电视机或计算机监视器的显示系统，比如LCD面板的内置显示器，或者可以简单地使用扬声器用于输出。系统12可以耦合到或者包括输入装置37，诸如键盘、键区、鼠标、触摸垫、指示装置、遥控单元或麦克风，用于接收用户的命令和输入。在一个实施例中，输入装置37可用于改变具有广播TV接收器的系统上的信道。例如，接口100从天线、卫星接收器、电缆接收器或含因特网的计算机网络接收信号。RF接口资源100处理的数据甚至可以由另一个应用经由软件编程接口进行通信。
在一个实施例中，RF接口资源100可以是PC上的电视内插卡，其包括调谐器、解调器、多路分解器或解码器。某些实施例可单独仲裁这些部件的使用，或者成群地仲裁一个或多个部件的使用。RF接口资源100可按硬件、软件或硬件和软件的任何组合实现。
系统12可以包括将系统12与资源100对接的接口24。在本发明的一个实施例中，接口24可耦合到总线26，接着耦合到在一个实施例中可以是桥路的接口36。在一个架构中，接口36可以耦合到存储装置28、处理器40和输入装置37。虽然在一个实施例中输出装置16可用作基于处理器的系统12的显示器和媒体的显示器，但在其它实施例中，分开的显示器也是可以的。此外，虽然图2示出了基于处理器的系统12的一种架构，但本发明也可应用于任何可得的架构。
在本发明的一个实施例中，存储装置28是硬盘驱动器(HDD)或非易失性存储装置，诸如闪存。存储装置28可存储需要访问RF接口资源100的多个应用30。此外，资源仲裁模块32也可存储在存储装置28上。
根据本发明的一个实施例，寻求访问接口100的应用30之间的争夺按有利的方式解决。该争夺的出现是因为多个应用30希望同时访问同一RF接口资源，从而请求数量超过系统的可得资源的容量。
参考图3，仲裁模块32控制应用30访问资源100的能力。如框54所示，调度对资源的请求。根据本发明的一个实施例，提供了调度，为给定资源保存给定时隙，如各种应用30所请求的。在一个实施例中，应用30可被分配时隙以访问所需的资源，接收他们期望广播的数据，例如基于数据服务广播的可得调度。
菱形56处的检查确定是否存在冲突。当两个不同的应用30同时请求访问有限数量的资源100且接收数据服务的合成资源使用请求的请求数量超过系统10的容量时，常见地例如当只有两个电视调谐器时三个应用请求调到三个不同的电视频道时，产生冲突或争夺。某些其它普通实例会在以下资源上冲突请求：HDTV解调器、MPEG-2传输流多路分解器或者MPEG-4解码器。根据框74中指示的预先安排的调度，如果没出现冲突，该流程简单地准许使用资源100。
根据本发明的一个实施例，如果识别出冲突，仲裁模块32可发出请求到各应用30以指出他们的优先级。或者，该优先级信息已驻留在仲裁模块32中或者可由应用30从数据库分开地访问，或者作为附加实例可要求提示用户提供信息。
根据本发明的一个实施例，可从应用30接收优先级信息，如框58中所示。根据本发明的一个实施例，可基于不同应用30的相对优先级设计冲突解决方案，如框60中所示的。例如，在两个应用30在相同时间周期中请求资源且没有足够资源可得以提供所有请求的情况下，系统10可基于不同应用30的优先级分配资源。即，如果可以的话，具有较高优先级的应用30获得请求的资源。
在这种情况中，通知接收请求资源的应用30，如框62所示，也通知没有接收到请求时隙的那些应用。在一些情况中，在框64中，从应用30接收对分配的响应。在这种情况中，这些响应可通知应用30：在对给定时隙进行请求时，如果其实质上变得可得，应用30仍希望该时隙或其某些部分。此外，给定应用30可通知仲裁模块32：应用30能使用它所请求的少于所有可得时间。作为另一个可选方案，接收优先级的某些应用30可通知：他们能在一部分分配时间周期上让出(yield)优先级。
允许给定应用让出其分配的情况是各种各样的。作为一个实例，应用可在少于整个分配的时间周期中接收足够信息，使它能实现需要实现的功能。在这种情况中，在接收到需要的全部数据后，应用随后让出其分配。
如框66中所示，设定检查时间。检查时间是基于应用响应形成的时间，以重新检查接收分配的应用是否能让出所有或部分的分配资源。即使通过基于优先级分配资源来解决争夺，应用也可请求重新检查以确定另一个应用随后是否可以让出其分配的资源。作为一个实例，在某些情况中，会重复广播相同的内容。因此，应用30可在较早时间接收打算在给定时隙中访问的信息，且此后愿意让出其资源分配。
菱形68处的检查确定是否已出现检查时间。检查时间可对应于资源争夺的时间或者可在该时间少许之前或甚至之后。
在框70，当达到检查时间时，对让出的请求可提供给较高优先级的应用，如框70中所示的。如果准许让出请求，则修改调度，如框72所示。此后，如框74所示，根据所述调度操作接口14。
在某些实施例中，仲裁模块32可以是分层于操作系统之上的操作系统的一部分，应用程序，或者应用程序接口(API)的一部分。被仲裁的RF接口资源的实例包括调谐器、解调器、调制器、多路分解器、多路复用器、编码器、解码器。编码和解码表示将数据从一种格式转换成另一种，或者将数据从加密格式转换成解密格式。这些资源由应用进行的仲裁或排他使用可以作为单独资源，或者作为几个部件组成一个逻辑资源的组合被单独控制。在某些实施例中，访问调谐器而不访问解调器、多路分解器和解码部件是无意义的，因此他们可以被捆绑在一起作为单个逻辑资源。在其它实施例中，保持部件分开是有意义的，以允许某些组合中的所有部件的同时使用，例如需要用于接收用于存储和以后回放的那些，对就需要用于(以前记录内容的)回放的那些部件。适当的资源仲裁的间隔尺寸或范围取决于特定系统及其应用的需要和用途。
根据本发明的一个实施例，每个应用30可包括与仲裁模块32互连的模块，如图4所示。最初，每个应用30将资源请求传递给仲裁模块32，如框80所示。因此，基于可得的调度信息，给定应用30知道它需要一段特定的时间周期的一资源。因此，应用30为这个资源对仲裁模块32进行请求。
此后，如果产生冲突，应用30最后从仲裁模块32接收对优先级信息的请求。如果没有接收到优先级请求，则随着时间过去，确定该请求被准许。如果接收到优先级请求，如菱形82中所示，则在一个实施例中可从应用30提供所请求的优先级信息，如框84中所示的。此后，资源请求应用30接收冲突解决方案，如菱形86中所确定的。
如果不满足请求，如菱形88中所示，则在某些情况中可请求让出，如框90所示。例如，如果应用30确定只要可能它必须具有资源，则它可向仲裁代理32阐明合适的让出请求。随后，应用30等待关于让出请求的决定。
同时，被分配较高优先级资源的应用可从仲裁代理32接收让出请求，如框92中所示。如果接收到该让出请求，则应用30进行让出决定，如框94所示。随后，将让出决定传送给仲裁代理32，如框96所示。
作为两个实例，当已处理全部需要的数据或者仍未具有的数据可在无冲突的将来时隙中传送，则应用可让出。任何情况都可由潜在让出的应用、系统12或这两者了解。为使应用知道它已处理了全部需要处理的数据，可提供附加的元数据，如同列出所有必要数据资源的数据清单。如通过所述清单确定的，应用30可以已接收了所有它需要的数据，且该数据可以重复通信。元数据也可以表示什么数据是基本的，什么数据是任选的，以及哪个是其它装置可得的。作为实例，如果正接收用户需要的电影，视频点播应用不会让出，但如果它知道其高速缓存已装满下周的电影预告片且这是现在正转播的，则它可让出。
由于表示何时会传输数据的调度信息的可得性，应用30(或系统12本身)会知道直到将来某一时间才需要一资源。该调度信息可以按各种方式获得，包括信号本身中承载的系统信息，或者使用电子编程引导。关于将重复传输什么数据以及何时的信息可以简单地是暴露给应用或系统的附加元数据，以确定是否出现让出。
图5中，描述了一个实施例，在表示三个不同的RF电视频率的三个不同的物理信道A，B和C上提供了三个数据服务X，Y和Z。假定：时标覆盖二十四小时且每个服务时间周期在每天的相同时间重复。还可假定：系统12仅具有每次可由一个应用排他地控制的一个电视调谐器。
如果所有服务应用X，Y和Z在系统开始时间处开始运行，则在其请求时隙期间每个服务都请求系统调到其各自的信道。服务X请求将被无条件准许，因为不存在竞争应用资源请求。在一个实施例中，将基于各自的优先级处理服务Y和Z的请求。如果服务Y具有较高的优先级，则其请求将被无条件准许且电视调谐器14将从时间T3开始转到信道B，只要服务需要带宽，直到时间T4。服务Z将没有机会使用电视调谐器直到时间T4(如果服务Y在这之前让出调谐器，则会更快)。
如果服务Z的优先级高于服务Y的，则在一个实施例中平台10会按两种方式之一进行响应。平台10可告诉服务Y直到时间T5它才可调到信道B，让服务Y选择究竟是否调到那里。服务Z将明确地在信道C上获得其数据，在T5开始直到T6。如果在时间T5前不久在它获得调谐器的时候服务Y不需要它，则系统可与服务Z协商以确定服务Z是否愿意在时间T4以前让出。如果服务Z不愿意让出，则平台10将在时间T5转到信道C。如果服务Z在时间T4前的任何时候让出调谐器，则系统可以留心服务Y是否仍需要带宽，如果是，则转回到信道B。
虽然就有限数量的实施例描述了本发明，但本领域的熟练技术人员将理解其许多修改和变型。所附权利要求书旨在覆盖落在本发明的真实精神和范围之内的所有这种修改和变型。