专利名称：用于利用无线通信接收器处理所接收的包中的错误的应用编程接口的制作方法
技术领域：
本揭示内容大体来说涉及通信系统及方法，且更特定来说，涉及用于无线通信装 置中的接收器的应用编程接口 (API)。
背景技术：
仅前向链路(FLO)是由业界领先的一群无线提供商开发的数字无线技术。FLO 技术使用译码及交错的进步来实现既用于实时内容串流又用于其它数据服务的高品质 接收。FLO技术可在不折衷功率消耗的前提下提供强健的移动性能及高容量。所述技 术也通过显著减少需要部署的发射器数目而降低输送多媒体内容的网络成本。此外， 基于FLO技术的多媒体多播对无线运营商的蜂窝式网络数据及语音服务加以补充，从 而将内容输送至3G网络中使用的相同蜂窝式移动终端。
当今，FLO技术用于制作实时多媒体内容并通过各种网络向大量移动订户进行广 播。所述移动订户通常采用FLO接收器，可将所述FLO接收器概念性描述为具有包 含若干处理层(其通常称作"协议堆栈")的参考模型。每一处理层均包括执行特定 功能的一个或一个以上实体。
FLO接收器所采用的协议堆栈的吸引人的特征在于每一层均为独立的从而使得 可不依赖其它层所执行的功能来执行一个层所执行的功能。此允许针对一个层对FLO
接收器进行改进而不对其它层产生不利影响。然而，在设计FLO接收器中各层之间的 接口时，提出各种挑战。在有效接收多播服务方面的层之间的有效通信始终是FLO接 收器设计师的目标。
发明内容
可根据具有含有控制层及串流层的第一部分及含有物理层及MAC层的第二部分 的协议堆栈来接收信息包。所述第二部分还维持入站包群组及分别相关联的错误状态。 所述第一部分调用应用编程接口 (API)来指令所述第二部分相对于所述入站包中的 至少一者执行动作，所述动作和与所述包相关联的错误状态有关。
在附图中，以举例方式而非限定方式图解说明无线通信系统的各种态样，其中 图1是图解说明通信系统的实例的概念图； 图2是图解说明用于接收器的协议堆栈的实例的概念图； 图3是图解说明各种接收器块及其与图2的协议堆栈的关系的概念图； 图4是图解说明用以接通所述接收器的调用流程的实例的图解； 图5是图解说明用以关断所述接收器的调用流程的实例的图解； 图6是图解说明当所述接收器中的接收器堆栈请求特定逻辑信道时的调用流程的 实例的图解；
图7是图解说明当无线装置自网络或基础架构的覆盖区转移至另一网络或基础架
构的覆盖区时的调用流程的实例的图解；
图8是图解说明当接收器不能满足获取准则时的调用流程的实例的图解；
图9是图解说明当所述接收器在其高速缓存器中检测到对控制信息的更新时的调
用流程的实例的图解；
图10是图解说明用以监视额外开销信息的调用流程的实例的图解；
图11是图解说明用于设定针对所述接收器中的ASIC专用软件块的频率扫描列表
的调用流程的实例的图解；及
图12是经配置以根据协议堆栈接收信号的设备的功能方框图。 图13是图解说明根据本发明实例性实施例的调用流程的图解。 图14是图解说明根据本发明实例性实施例的调用流程的图解。
具体实施例方式
下文结合附图所述的详细说明意欲作为对本发明各种实施例的说明而非意欲表 示可实施本发明的仅有实施例。所述详细说明包括具体细节，以用于提供对本发明的 透彻了解的目的。然而，所属领域的技术人员将明了无需所述具体细节也可实施本发 明。在一些实例中，为避免模糊本发明的概念，以方框图形式显示众所周知的结构及 组件。在下文详细说明中，将在FLO技术背景下描述各种概念。尽管所述概念很适合 用于此应用，但所属领域的技术人员将易于了解所述概念同样适用于其它技术。因此，
在所述概念具有一广泛的应用范围的前提下，任何对FLO技术的提及仅旨在阐释所述 概念。
图1显示通信系统100，所述通信系统制作多媒体内容并通过各种网络向大量移 动订户进行广播。通信系统100包括任意数目的内容提供商102、内容提供商网络104、 广播网络106及无线接入网络108。通信系统100还显示具有移动订户用来接收多媒 体内容的若干装置110。所述装置110包括移动电话112、个人数字助理(PDA) 114 及膝上型计算机116。装置110仅图解说明适用于通信系统100的装置中的一些装置。 应注意，虽然在图1中显示三个装置，但所属领域的技术人员将明了，实际上任何数 目的类似装置或类似类型的装置均适用于通信系统100中。
内容提供商102提供用于分布至通信系统100中的移动订户的内容。所述内容可 包括视频、音频、多媒体内容、剪辑、实时及非实时内容、脚本、程序、数据或任一 其它类型的合适内容。内容提供商102将内容提供至内容提供商网络以用于广域或局 域分布。
内容提供商网络104包括运作以分布内容供输送至移动订户的有线及无线网络的 任一组合。在图1中所图解说明的实例中，内容提供商网络104经由广播网络106分 布内容。广播网络106包含设计用于广播高品质内容的有线及无线专有网络的任一组 合。所述专有网络可经分布遍及大的地理区以为移动装置提供无缝覆盖。通常，会把 所述地理区划分成扇区，其中每一扇区均提供对广域及局域内容的接入。
内容提供商网络104也可包括用于经由无线接入网络108分布内容的内容服务器 (未显示)。所述内容服务器与无线接入网络108中的基站控制器(BSC)(未显示) 通信。所述BSC可用于管理并控制相依于无线接入网络108的地理范围的任何数目的 基站收发器台(BTS)(未显示)。BTS为各种装置110提供对广域及局域的接入。
内容提供商102所广播的多媒体内容包括一个或一个以上服务。服务是一个或一 个以上独立数据成分的集合。服务的每一独立数据成分均称作流。例如， 一有线新闻 服务可包括三个流视频流、音频流及控制流。
服务携载于多个逻辑信道中的一者上。在FLO应用中，逻辑信道通常称作多播 逻辑信道(MLC)。可将逻辑信道划分成多个逻辑子信道。这些逻辑子信道称作串流。 每一流均携载于单个串流中。逻辑信道的内容是以一实体帧形式经由各种网络发射。 在FLO应用中，所述实体帧通常称作超帧。
用于将实体帧发射至图1中所示的各种装置110的空中接口可根据特定应用及总 体设计约束条件而不同。通常，采用FLO技术的通信系统使用正交频分多路复用 (OFDM)，数字音频广播(DAB)、地面数字视频广播(DVB-T)及地面综合服务 数字广播(ISDB-T)也利用正交频分多路复用(OFDM) 。 OFDM是一种多载波调制 技术，其有效地将整个系统带宽分割成多个(N个)子载波。所述子载波(其也称作音调、频段、频道等)以精确频率间隔开以提供正交性。可通过调整每一子载波的相
位、振幅或两者来将内容调制至所述子载波上。通常，使用正交相移键控(QPSK)或正 交振幅调制(QAM)，但也可使用其它调制方案。
图2是图解说明用于图1中所示的装置110的一者或一者以上中的接收器的协议 堆栈200的实例的概念图。所述协议堆栈经显示具有物理层202、媒体接入控制(MAC) 层204、串流层206、控制层208及若干上部层210。上部层210提供多种功能，包括 压縮多媒体内容及控制对多媒体内容的接入。控制层208用于处理促进通信系统中的 装置的运作的控制信息。所述接收器还使用所述控制层来维持其控制信息与所述通信 系统中的信息的同步。串流层206提供将上部层流结合至串流。所述串流层处于与所 述接收器的协议堆栈200中的控制层相同的层级处。MAC层204提供对属于与逻辑信 道相关联的不同媒体串流的包的多路复用。MAC层204界定用于在物理层202上接收 并发射的程序。所述物理层为所述空中接口提供信道结构、频率、功率输出调制及编 码规范。
图3是图解说明各种接收器块及其与图2的协议堆栈的关系的概念图。在此实例 中，接收器300包括接收器硬件块302、主机前驱站块304及硬件接口块305。将把接 收器硬件块302描述为专用集成电路(ASIC)，但也可取决于特定应用及总体设计要 求而具有不同的硬件实施方案。主机处理器块302经显示具有驱动器块306 (硬件专 用抽象层)、ASIC专用软件块308及接收器堆栈块312。应用编程接口 (API) 310 用于将ASIC专用软件块308介接至接收器堆栈块312。
设置于API 310下面的接收器块将统称为媒体处理系统。所述媒体处理器系统提 供协议堆栈200的物理及MAC层202、 204功能性。设置于API 310上面的接收器堆 栈块312将称作接收器堆栈处理系统，其提供协议堆栈200的串流及控制层206、 208 功能性。对所述媒体处理系统中或所述接收器堆栈处理系统中的协议功能性的准确划 分是相依于实施方案的。例如，针对一种实施方案，MAC层204可定位于ASIC专用 软件块308中，而针对另一种实施方案，其可展开跨越所述媒体处理系统中的所有块， 即，接收器硬件块302、驱动器块306及ASIC专用软件块308。
现在将描述接收器块的功能性。本说明实际上是信息性的且广泛界定每一块的功 能性。将只描述与本揭示内容通篇中所述的各种概念有关的功能性。所属领域的技术 人员将认识到所述块可提供本文中未描述的其它功能性。
接收器硬件块302代表提供解调制无线信号并检索物理层所携载的数据的功能性 的半导体硬件。此块302提供各种功能，例如，RF前端处理、ADC、定时及频率估 计、信道估计、涡轮解码等。总之，接收器硬件块302提供所述协议堆栈的完整物理 层202实施方案。相依于所述实施方案，此块302也可提供全部或部分MAC层204 功能性(例如，类似于R-S解码及/或MAC层交错的低级MAC层功能性)。
主机处理器块304代表由接收器300中的主机处理器提供的功能性。更具体来说， 主机处理器块304代表所述主机处理器硬件及驻存于所述主机处理器中的软件实施方案。所述主机处理器硬件可由一个或一个以上处理器实施，包括(例如)通用处理器 (例如微处理器)、及/或专用处理器(例如数字信号处理器(DSP))。主机处理器
块304也可包括机器可读媒体，其用于存储由所述一个或一个以上处理器执行的软件。 软件应广泛地解译为意指指令、数据结构或程序代码的任一组合，而不管其称作软件、 韧件、中间件、微码还是任何其它术语。所述机器可读媒体可包括可全部或部分地由 所述主机处理器硬件实施的一个或一个以上存储装置。所述机器可读媒体也可包括远 离所述主机处理器的一个或一个以上存储装置、发射线、或编码数据信号的载波。所 属领域的技术人员将认识如何针对每一特定应用来最好地实施主机处理器块304的所 述功能性。
主机处理器块304与接收器硬件块302通信以检索并处理从所述无线发射恢复的 信息。所检索的信息包括在控制信道上接收的控制信息、在额外开销信道上接收的内 容及携载于逻辑信道中的应用层内容。
驱动器块306代表与接收器硬件块302直接介接的主机处理器块304中的驱动器 层级软件。驱动器块306提供控制器功能(例如，接通或关断接收器硬件块302)及 数据交换功能(例如，从接收器硬件块302检索数据或传送待接收的逻辑信道的特性)。 所述驱动器层级软件可具体针对存在于所述主机处理器与所述接收器硬件之间的硬件 接口机构类型。举例来说，所述驱动器层级软件可相依于所述主机处理器中的一个或 一个以上处理器与所述接收器硬件之间的硬件接口是否由中断驱动、是否由存储器映 射地址/寄存器实施或是基于包的事务接口 (例如SDIO)而不同。由驱动器块306执 行的任务的一些实例包括硬件互动(例如，初始化、休眠或唤醒触发)、与硬件的数 据交换(例如，将硬件缓冲器排空至主存储器中或提供ISR实施方案)及用于支持帧 内休眠逻辑的MAC层实施。
通常，驱动器块306功能与接收器硬件紧密相连且被看做实质上时间敏感的。因 此，可赋予驱动器块306相对于图3中所示的其它块更高的优先权。举例来说，驱动 器块306可执行下述任务检索接收器硬件所接收的数据或指令所述接收器硬件调谐 至应用层所请求的频率。
ASIC专用软件块308提供不由驱动器块306处置的MAC层功能性。相依于MAC 层功能性在不同块之间的划分，其可提供全部或部分MAC层功能性。至少，ASIC专 用软件块308通常将提供并非实际委托给驱动器块306的高级MAC层功能性。
接收器堆栈块312使用API 310与ASIC专用软件块308通信。接收器堆栈块312 实施控制及串流层并提供与所述应用层协议的接口。接收器堆栈块312触发ASIC专 用软件块308以接收所述应用层所请求的规定内容。接收器堆栈块312按照ASIC专 用软件块308所提供的通知或内容行动并将从ASIC专用软件块308接收的任何内容 输送至所述应用层协议。
API 310界定允许ASIC专用软件块308与接收器堆栈块312通信的接口。任何 依附API 310所界定的接口的接收器堆栈均将与也依附所述接口的ASIC专用软件合作。API 310代表API设备，其包括多个分别界定允许ASIC专用软件块308与接收器 堆栈块312之间的通信的前述接口的相异API。下文将更详细地呈现所述API及其界 定的接口的实例。
硬件接口块305代表存在于主机处理器块304与接收器硬件块302之间的硬件接 口机构。此接口提供通信及数据交换功能性。驱动器块306使用此接口 305来与接收 器硬件块302交换命令及数据。硬件接口块305可以是任一所需接口，例如专有总线 接口或基于标准的接口 (例如，SDIO)。
现在将呈现各种实例以阐释跨越API310在接收器300内进行的通信。下述实例 将结合含有调用流程的图4-11来加以描述。在所述图中，实线箭头指示通过API 310 发生的通信。呈现接收器块所发挥的作用及接收器堆桟处理系统400及媒体处理系统 401中的块内发生的通信仅是为了完全性。如上文所提及，个别接收器块所发挥的实 际作用及设置于所述处理系统中的任一者中(即，在API 310的同一侧上)的块之间 的通信是相依于实施方案的且可因实施方案不同而不同。此通信在所述图中绘示为虚 线箭头。
图4是图解说明用以接通所述接收器的调用流程的实例的图解。在步骤402中， 将来自接收器堆栈处理系统400的初始化命令发送至ASIC专用软件块308以启用所 述接收器。此命令可作为某一应用层触发的结果而发送或在加电时发送。此命令致使 ASIC专用软件块308执行任何启动行动，例如接通所述硬件以准备执行各种接收器功 能。
在步骤403中，将来自接收器堆栈处理系统400的命令发送至ASIC专用软件块 308，所述命令规定频率集合(连同带宽/信道规划)，接收器300从所述频率集合中 选择一频率来获取无线信号。所述频率集合及带宽可从所述无线装置处所预备的信息 中检索到。
在步骤404中，接收器堆栈处理系统400将命令发送至ASIC专用软件块308以 获取所述系统。此命令致使ASIC专用软件块308读取有关选定频率的额外开销信息。
在步骤405中，接收器堆栈处理系统400接收来自ASIC专用软件块308的网络 事件，所述网络事件指示已获取到所述额外开销信息连同网络ID以及所获取的额外开 销信息的类型(即，局域或广域信息)。 一旦获取所述额外幵销信息，ASIC专用软件 块308便在步骤406中将控制信息更新消息发送至接收器堆栈处理系统400，所述控 制信息更新消息指示控制信息连同已接收的最近控制信息序列号可用。在步骤407中， 接收器堆栈处理系统400命令ASIC专用软件块308获得所述控制信息。作为响应， ASIC专用硬件块308读取所述控制信道并在步骤408中每个帧地将控制信息包发送至 接收器堆栈处理系统400。每一帧中均包括识别所述帧中所述控制包的位置及每一包 的序列号的辅助信息。 一旦接收器堆栈处理系统400确定已接收到全部控制信息，其 便在步骤409中指令ASIC专用软件块308停止接收所述控制信道。
图5是图解说明用以关断所述接收器的调用流程的实例的图解。在步骤501中，专用软件块308以关断所述接收 器。此命令致使ASIC专用软件块308指令所述媒体处理系统中的其它块关断所述接 收器。在步骤502中，将确认发送回至接收器堆栈处理系统400，所述确认指示己接 受所述命令。图6是图解说明当接收器堆栈处理系统400请求特定逻辑信道时的调用流程的实 例的图解。此通常由应用层触发引起以接收规定流的内容。所述控制层将流ID转换成 逻辑信道(连同正在其上发射所述逻辑信道的频率)的映射ID以便可在适当的逻辑信 道上接收所需内容。在步骤601中，接收器堆栈处理系统400命令ASIC专用软件块308获得特定逻 辑信道ID上的内容。连同逻辑信道ID，提供逻辑信道的物理层特性(例如，频率、 发射模式、外部码率)。此外，向ASIC专用软件块308提供所述控制包的序列号。 此允许ASIC专用软件块308确定所述控制层所维持的控制信息是否是当前的且是否 需要在接收所述逻辑信道之前接收所述控制信道。在步骤602中，ASIC专用软件308确认其是否将能够服务于所述命令以获得所 请求的逻辑信道。在步骤603中，ASIC专用软件块308返回从接收器硬件块302检索到的逻辑信 道上的内容。在已执行R-S解码之后返回逻辑信道上的内容。每个帧地返回所述内容 直到在步骤604中接收器堆栈处理系统400请求ASIC专用软件块308停止接收所述 逻辑信道上的内容为止。图7是图解说明当所述装置从网络或基础架构的覆盖区转移至另一网络或基础架 构的覆盖区时的调用流程的实例的图解。在步骤701中，当所述网络或基础架构ID出 现变化时检测到转移。所述网络或基础架构ID可包括于系统参数消息中，所述系统参 数消息包括于帧的额外开销部分中。检测到变化后，ASIC专用软件块308向接收器堆 栈处理系统400发送指示即将发生转移的网络事件。在接收器300的一种配置中，ASIC 专用软件块308在将此指示发送至接收器堆栈处理系统400之前实施滞后算法以免在 所述无线装置沿两个网络或基础架构之间的边界漫游时多次切换所述网络事件。在步骤702中，ASIC专用软件块308将控制信息更新消息发送至接收器堆栈处 理系统400，所述控制信息更新消息指示经更新的控制信息连同所接收的最仅控制序 列号可用。在步骤703中，接收器堆栈处理系统400命令ASIC专用软件块308获得 关于所述无线装置己移动进入的新区域的控制信息。作为响应，ASIC专用硬件块308 读取所述控制信道并在步骤704中将控制信息包发送至接收器堆栈处理系统400。每 一帧中均包括识别所述帧中所述控制包的位置及每一包的序列号的辅助信息。在步骤 705中，接收器堆栈处理系统400确定已接收全部控制信息并指令ASIC专用软件块 308停止接收所述控制信道。图8是图解说明当接收器不能满足获取准则(例如在额外开销信道上或在所述接 收器当前正接收的一些或所有逻辑信道上所接收的持续错误)时的调用流程的实例的图解。当所述接收器不能满足此准则时，在步骤801中，ASIC专用软件块308将网络 事件指示发送至接收器堆栈处理系统400。接收到此指示后，接收器堆栈312只能等 待获取同一或另一网络。可将可选用户指示发送至所述应用层，其指示所述接收器不 能满足获取准则。在步骤802中，接收器堆栈312将命令发送至所述ASIC专用软件以放弃接收所 述主动逻辑信道上的数据并释放所有针对接收所述逻辑信道所分配的资源。一旦在步骤803中成功获取网络，ASIC专用软件块308便将网络事件指示发送 至接收器堆栈，所述网络事件指示规定成功获取。如果所获取的网络不同于上一所获 取的网络，或己更新所述控制序列号，那么在步骤804中，ASIC专用软件块308将控 制信息更新消息发送至接收器堆栈处理系统400，所述控制信息更新消息指示经更新 的控制信息连同所接收的最近控制序列号可用。在步骤805中，接收器堆栈处理系统 400命令ASIC专用软件块308获得关于已要求的网络的控制信息。作为响应，ASIC 专用硬件块308读取所述控制信道并在步骤806中将控制信息包发送至接收器堆栈处 理系统400。每一帧中均包括识别所述控制包在处理系统400中的位置的辅助信息， 处理系统400确定已接收全部控制信息并指令ASIC专用软件块308停止接收所述控 制信道。图9是图解说明当所述接收器在其高速缓存器中检测到对控制信息的更新时的调 用流程的实例的图解。当所述额外开销信道中所接收的控制序列号不同于所接收的前 一控制序列号时，ASIC专用软件块308检测到所述更新控制信息。当ASIC专用软件块在步骤901中接收到所述额外开销信息时，其将所接收的控 制序列号与所存储的上一控制序列号相比较。如果检测到更新，那么在步骤卯2中， ASIC专用软件块308将控制信息更新消息发送至接收器堆栈处理系统400，所述控制 信息更新消息指示对所述控制信息的更新可用。在步骤903中，接收器堆栈处理系统 400命令ASIC专用软件块308获得所述控制信息。作为响应，ASIC专用硬件块308 读取所述控制信道并在步骤904中将控制信息包发送至接收器堆栈处理系统400。每 一帧中均包括识别所述帧中所述控制包的位置及每一包的序列号的辅助信息。在步骤 905中，接收器堆栈处理系统400确定已接收全部控制信息并指令ASIC专用软件块 308停止接收所述控制信道。图10是图解说明用以监视额外开销信息的调用流程的实例的图解。可以由所述 帧的额外开销部分中的系统参数消息所规定的给定周期来监视所述额外开销信息。在 没有需要所述接收器读取所述额外开销信息的任何其它事件的情况下，其可以所述特 定间隔读取所述额外开销信息。在步骤1001中，接收器堆栈处理系统400命令ASIC专用软件对所述额外开销信 息启用基于由所述系统参数消息所界定的周期的监视。ASIC专用软件块308确保在没 有致使其读取额外开销信息的任何其它事件的情况下以至少此周期来监视所述额外开 销信息。在步骤1002中，当所述额外开销信息中所接收的控制序列号不同于上一所接收 的控制序列号时，ASIC专用软件块308检测到对所述控制信息的更新。接收器堆栈 312从ASIC专用软件块308接收控制信息更新消息，所述控制信息更新消息指示对所 述控制信息的更新可用。在步骤1003中，接收器堆栈处理系统400命令ASIC专用软 件块308获得所述控制信息。作为响应，ASIC专用硬件块308读取所述控制信道并在 步骤1004中将控制信息包发送至接收器堆栈处理系统400。每一帧中均包括识别所述 帧中所述控制包的位置及每一包的序列号的辅助信息。在步骤1005中，接收器堆栈处 理系统400确定已接收全部控制信息并指令ASIC专用软件块308停止接收所述控制 信道。被命令停用对所述额外开销信息的周期性监视后，在步骤1006中ASIC专用软件 块308停用对所述额外开销信息的周期性监视。步骤1002至1005是有条件的且只有 当在所接收的额外开销信息中检测到对控制信息的更新时才执行。图11是图解说明用于设定针对ASIC专用软件块308的频率扫描列表的调用流程 的实例的图解。所述频率扫描列表是从存在于所述控制信息中的邻近局域信息获得。 ASIC专用软件块308使用此扫描列表来实施越区切换算法。在步骤1101中，接收器堆栈处理系统400命令ASIC专用软件块308获得所述控 制信息。作为响应，ASIC专用硬件块308读取所述控制信道并在步骤1102中将控制 信息包发送至接收器堆栈处理系统400。每一帧中均包括识别所述帧中所述控制包的 位置及每一包的序列号的辅助信息。在步骤1103中，接收器堆栈处理系统400确定已 接收全部控制信息并指令ASIC专用软件块308停止接收所述控制信道。在步骤1104中，接收器堆栈处理系统400通过处理所述控制信息中的邻近描述 消息来制作邻近系统的合并列表。然后，接收器堆栈处理系统400将此列表传送至 ASIC专用软件块308。 ASIC专用软件块308通过使用此列表来监视来自所述邻近系 统的信号从而使用此列表来执行越区切换算法。如果执行至邻近系统的越区切换，那 么在步骤1105中将指示连同所述目的系统的广域及局域微分器发送至接收器堆栈处 理系统400。步骤1105是有条件的且只有在执行所述越区切换时才执行。在越区切换 之后，获取新系统并使用其上所接收的额外开销信息来检测其它网络事件。常规无线接收器在接收广播数据的同时处理所接收的数据包。所述无线接收器中 的下部软件层尝试恢复在发射期间擦除的任何丢失包。含有在发射单元中所发射的信 息的经恢复包由下部软件层存储为要输送至上部软件层的包群组(或包链)。针对所 述包链中所存储的每一包，所述下部软件层维持指示所述包是否具有任何错误的相关 联错误状态。所述上部软件层使用所述上部与下部层之间的指定API —次一个地从所 述包链读取包。然后，任何具有不能由所述下部软件层改正的错误的包或者(1)被所 述上部层抛弃，或者(2)根据与正接收的内容相关联的配置信息向上传递至所述应用 层。在上述情形(1)中，不需从所述下部层读取错误包，而是其将被抛弃。此对处理 效率产生不利影响。本发明的实例性实施例准许所述接收器堆栈处理系统在从所述媒体处理系统复 制数据之前预先确定所接收的包的错误状态，从而促成更有效的操作及更快的处理o 所述接收器堆栈处理系统调用API来指令所述媒体处理系统报告所述包链中给定包的 错误状态。如果所述媒体处理系统报告所述包具有相关联的错误，那么所述接收器堆 栈处理系统调用另一 API来指令所述媒体处理系统抛弃所述包。所述包不被复制至接 收器堆栈处理系统中。另一方面，如果所述媒体处理系统报告所述包不具有任何错误， 那么所述接收器堆栈处理系统调用API来将所述包复制至所述接收器堆栈处理系统 中。针对所述包链中的每一包重复此程序。在一些情形中，所述应用层要求所述包链完全没有错误。因此，在一些实施例中， 所述接收器堆栈处理系统调用API来指令所述媒体处理系统报告所述包链究竟有没有 任何与其相关联的错误，也就是，所述链中的任一包是否具有与其相关联的错误。如 果所述媒体处理系统报告所述包链的所述包中的任何一者中存在任何错误，那么所述 接收器堆栈处理系统调用API来指令所述媒体处理系统抛弃整个包链。图13是图解 说明根据本发明的实例性实施列的此操作的调用流程图。在图13中，所需逻辑信道的超帧的包链是由媒体处理系统401根据例如上文在 图6中的601及602处所述的操作来积累。一旦所述包链在媒体处理系统401中就位， 接收器堆栈处理系统400便调用API 1301来指令媒体处理系统401报告所述链中的任 一包是否具有相关联的错误。如果是(即，图13中的FALSE返回)，那么接收器堆 栈处理系统400调用API 1302来指令所述媒体处理系统抛弃整个包链。图14是图解说明本发明的实例性实施例的调用流程图。当包链在媒体处理系统 401中就绪(通过601及602处所示的操作)之后，接收器堆栈处理系统400调用API 1401来指令媒体处理系统401报告所述链中的第一包是否具有相关联的错误。如果是， (即图14中的TRUE返回)，那么接收器堆栈处理系统400调用API 1402来指令媒 体处理系统401丢弃所述链中的第一包(借此所述链中的第二包此时变成所述链中的 第一包)。另一方面，如果媒体处理系统400响应于API 1401报告所述链中的第一包 没有相关联的错误(即，图14中的FALSE返回)，那么接收器堆栈处理系统400调 用API 1403来起始用于将所述链中的第一包从媒体处理系统401复制至接收器堆栈处 理系统400中的过程(借此所述链中的第二包此时变成所述链中的第一包)。接收器 堆栈处理系统400视需要重复调用API 1401至1403直到所述链中的所有包均已被复 制至接收器堆栈处理系统400中，或被媒体处理系统401抛弃为止。图12是经配置以根据包含物理层、MAC层、控制层及串流层的协议堆栈接收信 号的设备的功能方框图。设备1200可以是装置110 (参见图l)，或所述设备内的一 个或一个以上实体。设备1200包括用于提供所述物理及MAC层的模块1202、用于提 供所述控制及串流层的模块1206及用于支持服务请求的API模块1204。提供上述说明旨在使所属领域的技术人员能够实践本文所述的各种实施例。所属 领域的技术人员将易知对所述实施例的各种修改，且本文所界定的一般原理可应用于"一个或一个以上"之意。所有为所属领域的技术人 员所知晓或此后将知晓的此揭示内容通篇中所述的各种实施例的元件的结构及功能等 效物均以引用方式明确地并入本文中并打算涵盖于权利要求书内。而且，无论是否于 权利要求书中明确叙述此揭示内容，本文所揭示的内容均不打算奉献给公众。权利要 求书要素均不依据35 U.S.C.§112第六段的规定加以解释，除非使用短语"用于...的装置"明确叙述所述要素，或在方法请求项中使用短语"用于...的步骤"描述所述要素。
权利要求
1、一种经配置以根据含有物理层、MAC层、控制层及串流层的协议堆栈接收信息包的设备，其包含接收器堆栈处理系统，其经配置以提供所述控制及串流层；媒体处理系统，其经配置以提供所述物理及MAC层，所述媒体处理系统进一步经配置以维持入站包群组及分别相关联的错误状态；及至少一个应用编程接口(API)，其用以支持所述接收器堆栈处理系统与所述媒体处理系统之间的通信；其中所述接收器堆栈处理系统经配置以调用所述至少一个API来指令所述媒体处理系统相对于所述入站包中的至少一者执行动作，且其中所述动作和与所述至少一个包相关联的所述错误状态有关。
2、 如权利要求1所述的设备，其中所述动作包括向所述接收器堆栈处理系统报 告与所述至少一个包相关联的所述错误状态。
3、 如权利要求2所述的设备，其中所述接收器堆栈处理系统经配置以响应于对 与所述至少一个包相关联的错误的报告而调用另一所述API，且其中所述另一 API指 令所述媒体处理系统抛弃所述一个包。
4、 如权利要求2所述的设备，其中所述接收器堆栈处理系统经配置以响应于对 与所述至少一个包相关联的错误的报告而调用另一所述API，且其中所述另一 API指 令所述媒体处理系统抛弃所述包群组。
5、 如权利要求1所述的设备，其中所述动作包括抛弃所述至少一个包。
6、 如权利要求1所述的设备，其中所述动作包括抛弃所述包群组。
7、 一种经配置以根据含有物理层、MAC层、控制层及串流层的协议堆栈接收信 息包的设备，其包含用于提供所述控制及串流层的第一处理装置；用于提供所述物理层及所述MAC层并维持入站包群组及分别相关联的错误状态 的第二处理装置；用于提供支持所述第一处理装置与所述第二处理装置之间的通信的至少一个应 用编程接口 (API)的装置；其中所述第一处理装置包括用于调用所述至少一个API来指令所述第二处理装置 相对于所述入站包中的至少一者执行动作的装置，且其中所述动作和与所述至少一个 包相关联的所述错误状态有关。
8、 如权利要求7所述的设备，其中所述动作包括向所述接收器堆栈处理系统报告与所述至少一个包相关联的所述错误状态。
9、 如权利要求8所述的设备，其中所述第一处理装置包括用于响应于对与所述 至少一个包相关联的错误的报告而调用另一所述API的装置，且其中所述另一 API指 令所述第二处理装置抛弃所述至少一个包。
10、 如权利要求8所述的设备，其中所述第一处理装置包括用于响应于对与所述 至少一个包相关联的错误的报告而调用另一所述API的装置，且其中所述另一API指 令所述第二处理装置抛弃所述包群组。
11、 如权利要求7所述的设备，其中所述动作包括抛弃所述至少一个包。
12、 如权利要求7所述的设备，其中所述动作包括抛弃所述包群组。
13、 一种通信方法，其包含根据协议堆栈来接收信息包，所述协议堆栈具有含有控制层及串流层的第一部分 及含有物理层及MAC层且还维持入站包群组及分别相关联的错误状态的第二部分； 及所述第一部分调用应用编程接口 (API)来指令所述第二部分相对于所述入站包 中的至少一者执行动作，其中所述动作和与所述至少一个包相关联的所述错误状态有 关。
14、 如权利要求13所述的方法，其中所述动作包括向所述第一部分报告与所述 至少一个包相关联的所述错误状态。
15、 如权利要求14所述的方法，其包括所述第一部分响应于对与所述至少一个 包相关联的错误的报告而调用另一 API,其中所述另一 API指令所述第二部分抛弃所 述至少一个包。
16、 如权利要求14所述的方法，其包括所述第一部分响应于对与所述至少一个 包相关联的错误的报告而调用另一 API，其中所述另一 API指令所述第二部分抛弃所述包群组。
17、 如权利要求13所述的方法，其中所述动作包括抛弃所述至少一个包。
18、 如权利要求13所述的方法，其中所述动作包括抛弃所述包群组。
19、 一种机器可读媒体，其包含可由设备中的一个或一个以上处理器执行的指令， 所述设备经配置以根据协议堆栈来接收信息包，所述协议堆栈包括由媒体处理系统实 施的还维持入站包群组及分别相关联的错误状态的物理层及MAC层，且所述协议堆栈包括由接收器堆栈处理系统实施的控制层及串流层，所述指令包含 接收器堆栈代码段，其用以实施所述接收器堆栈处理系统；及 应用编程接口代码段，其实施至少一个应用编程接口 (API)来支持所述接收器堆栈处理系统与所述媒体处理系统之间的通信；其中所述接收器堆栈处理系统调用所述至少一个API来指令所述媒体处理系统相对于所述入站包中的至少一者执行动作，且其中所述动作和与所述至少一个包相关联的所述错误状态有关。
20、 如权利要求19所述的机器可读媒体，其中所述动作包括向所述接收器堆栈 处理系统报告与所述至少一个包相关联的所述错误状态。
21、 如权利要求20所述的机器可读媒体，其中所述接收器堆栈处理系统响应于 对与所述至少一个包相关联的错误的报告而调用另一所述API，且其中所述另一 API 指令所述媒体处理系统抛弃所述至少一个包。
22、 如权利要求20所述的机器可读媒体，其中所述接收器堆栈处理系统响应于 对与所述至少一个包相关联的错误的报告而调用另一所述API,且其中所述另一 API 指令所述媒体处理系统抛弃所述包群组。
23、 如权利要求19所述的机器可读媒体，其中所述动作包括抛弃所述至少一个包。
24、 如权利要求19所述的机器可读媒体，其中所述动作包括抛弃所述包群组。
全文摘要
可根据协议堆栈来接收信息包，所述协议堆栈具有含有控制层及串流层的第一部分(400)及含有物理层及MAC层的第二部分(401)。所述第二部分还维持入站包群组及分别相关联的错误状态。所述第一部分调用应用编程接口(API 1301、1302、1401、1402)以指令所述第二部分相对于所述入站包中的至少一者执行动作，所述动作和与所述包相关联的错误状态有关。
文档编号H04L29/08GK101675651SQ200880014640
公开日2010年3月17日 申请日期2008年5月2日 优先权日2007年5月3日
发明者保罗·里查德·埃里斯, 唐汤恩, 帕尼·布尚·阿瓦达南, 吉 张, 扬 甘, 维克多·菲利巴, 罗布·斯泰西, 舒舍尔·高塔姆, 迈克尔·德维科 申请人:高通股份有限公司