CN102257811B - 移动终端多媒体广播驱动接口及实现方法 - Google Patents

Abstract

本发明公开了移动终端多媒体广播驱动接口及实现方法，该驱动接口是配置在终端的底层的读接口与上层的应用程序接口之间的一个逻辑接口，该逻辑接口至少在应用程序需要读取终端存储的多媒体广播数据时，通过应用程序接口触发工作，用于将从读接口读取的多媒体广播数据分离出净荷数据和控制信息，并分别缓存到不同的通道，待应用程序通过应用程序接口读取。本发明为不同类型的终端芯片提供出统一的接口，同时简化了开发流程及缩短了开发周期，以及减少了产品的生产成本。

Description

移动终端多媒体广播驱动接口及实现方法

技术领域

本发明涉及应用于移动终端的嵌入式***，尤其涉及移动终端多媒体广播驱动接口及实现方法。

背景技术

***多媒体广播(CMMB，China Mobile Multimedia Broadcasting)是国家广电总局颁布的具有自主知识产权的移动多媒体广播电视技术，主要用来通过无线广播电视覆盖网向各种便携式终端设备提供数字音视频和信息服务；CMMB的优势在于，能够借助卫星通信，极好地解决移动终端(手机电视)信号不流畅的问题，同时目前CMMB由国家广电总局管理，其负责的电影、电视及广播节目载体，具有丰富的电视节目资源。

在手持终端上实现CMMB的应用程序，需要通过调用终端芯片的驱动接口去读取复用帧以及部分控制信息，上行给应用程序，同时还需要下行写入芯片一些控制信息，来控制芯片的行为。

目前市场上的CMMB终端芯片类型比较多，解决方案不尽相同。譬如，在一些芯片内，将复用帧和控制信息在同一个数据总线上传送；而在另外一些芯片内，将两者分开传送。

因此，如果芯片的驱动程序仅仅是驱动芯片，对接收的数据不加任何处理地转发给上层应用程序，就会引发两个问题：

一是对于那些将复用帧与控制信息合在同一总线上传送的芯片来说，在写数据(即芯片刚接收到数据需要写入)时需要对数据做相应的打包处理；在应用程序读取数据时(即当需要使用数据时)需要对数据进行分离，由此直接增加了程序的复杂性，导致开发周期延长。

二是由于又存在复用帧和控制信息分开传送的芯片，破坏了驱动接口的统一性和通用性，导致应用程序必须有两套逻辑，甚至有时需要针对两种芯片开发两个不同版本，这同样会导致开发周期延长。

由此可见，需要对现有的移动终端多媒体广播驱动接口进行改进，使其能够统一应用于多种类型终端芯片的驱动。

发明内容

本发明所要解决的技术问题是提供一种移动终端多媒体广播驱动接口及实现方法，能够为终端多媒体广播上层应用程序提供适用于任何类型芯片的统一接口。

为了解决上述技术问题，本发明提供了一种移动终端多媒体广播驱动接口实现方法，包括：在终端的底层的读接口与上层的应用程序接口之间配置一个逻辑接口；在应用程序需要读取终端存储的多媒体广播数据时，通过逻辑接口将从读接口读取的多媒体广播数据分离出净荷数据和控制信息，并分别缓存到不同的通道，待应用程序通过所述应用程序接口读取。

进一步地，该逻辑接口将分离的净荷数据缓存到净荷数据通道，并将分离的控制信息缓存到上行控制信息通道。

进一步地，该逻辑接口还与终端的底层的写接口相连，在应用程序需要向终端写入控制信息时，通过应用程序接口将需要写入的控制信息缓存到下行控制信息通道，然后通过该逻辑接口将从下行控制信息通道读取的控制信息，从写接口发至终端的数据总线上。

进一步地，该逻辑接口根据终端与相应的多媒体广播***约定的协议，进行净荷数据和控制信息的分离。

进一步地，该逻辑接口中的净荷数据通道和上行控制信息通道，分别通过创建和维护一个先入先出FIFO对列的第一实例和第二实例实现；或者，该逻辑接口中的下行控制信息通道，通过创建和维护FIFO对列的第三实例实现；其中，净荷数据通道用于只读，上行控制信息通道或下行控制信息通道均用于读写。

进一步地，FIFO对列通过第一缓存列表和第二缓存列表实现；第一缓存列表用来排列正在缓存数据使用中的缓存块，第二缓存列表用来排列未缓存数据的空块或已被取走数据的可再用块；

在相应的通道缓存数据前，初始化第一缓存列表和第二缓存列表，亦即将第一缓存列表设置为空，并将分配一定数量的缓存块逐一加入第二缓存列表；

当有数据要缓存到相应的通道时，如果第二缓存列表不为空，则在第二缓存列表中申请第一项缓存块进行数据缓存，并将第一项缓存块移入第一缓存列表的最后一项，然后缓存操作正常结束；如果第二缓存列表为空，则等候至第二缓存列表不为空且等候未超时，继续进行数据缓存及其后续操作，若等候超时则缓存操作异常结束；

当要从相应的通道读取数据时，如果第一缓存列表不为空，则从第一缓存列表中取出第一项缓存块，并在数据读取后将该第一项缓存块移入至第二缓存列表的最后一项，然后读操作正常结束；如果第一缓存列表为空，则等候至第一缓存列表不为空且等候未超时，继续进行数据读取及其后续操作，若等候超时则读操作异常结束。

为了解决上述技术问题，本发明提供了一种移动终端多媒体广播驱动接口，该驱动接口是配置在终端的底层的读接口与上层的应用程序接口之间的一个逻辑接口，该逻辑接口至少在应用程序需要读取终端存储的多媒体广播数据时，通过应用程序接口触发工作，用于将从读接口读取的多媒体广播数据分离出净荷数据和控制信息，并分别缓存到不同的通道，待应用程序通过应用程序接口读取。

进一步地，该逻辑接口包括互连的读写分发模块和数据通道模块，其中：

数据通道模块，用于至少创建及维护净荷数据通道以及上行控制信息通道；

读写分发模块与读接口连接，用于将分离的净荷数据通过数据通道模块缓存到净荷数据通道，并将分离的控制信息通过数据通道模块缓存到上行控制信息通道，然后向应用程序接口返回数据可读取指示。

进一步地，该逻辑接口还在应用程序要向终端写入控制信息时，通过应用程序接口触发工作；

数据通道模块还用于创建及维护下行控制信息通道；

读写分发模块还与终端的底层的写接口连接，用于在应用程序通过应用程序接口将要写入终端的所述控制信息缓存到下行控制信息通道后，将通过数据通道模块从下行控制信息通道读取的控制信息，并从写接口发至终端的数据总线，然后，向应用程序接口返回数据已写入指示。

进一步地，净荷数据通道用于只读，上行控制信息通道或下行控制信息通道均用于读或写；净荷数据通道、上行控制信息通道以及下行控制信息通道均含有各自的第一缓存区和各自的第二缓存区，其中：

第一缓存区，用于在排列有正在缓存数据使用中的一个或多个缓存块时，由数据通道模块在从应用程序接口收到数据读取请求时，读取第一项缓存块的数据，并将该数据携带在向应用程序接口返回的数据读取正常的响应中；同时，被读取数据的该第一项缓存块由数据通道模块置于相应通道的第二缓存区的最后一项；

第二缓存区，用于在排列有未缓存数据的空缓存块或已被取走数据的可再用缓存块时，由数据通道模块在从读写分发模块收到数据缓存请求时，将请求中携带的数据缓存在第一项缓存块，同时，写入数据的该第一项缓存块由数据通道模块置于相应通道的第一缓存区的最后一项。

采用本发明提供的驱动接口及方法，通过将复用帧与控制信息相分离，且通过使用读写双通道技术，能够使得终端开发人员针对不同类型的CMMB芯片的主板只需要开发一套应用程序，同时能够尽可能地简化上层应用程序的逻辑，故简化了开发流程及缩短了开发周期。与此同时，生产线上不再需要通过判断主板类型来决定要下载的应用程序版本，由此减少了生产成本。

附图概述

图1是本发明的CMMB终端驱动接口实施例的结构框图；

图2是本发明CMMB终端驱动接口进行数据读写分发操作的流程图；

图3是本发明CMMB终端驱动接口进行数据通道初始化、写操作的流程图；

图4是本发明供CMMB终端应用程序接口进行数据通道读操作的流程图。

本发明的较佳实施方式

本发明提供的移动终端多媒体广播驱动接口及实现方法，其核心要点是：在芯片底层的读写操作接口与上层的应用程序接口之间添加一个与设备无关的逻辑接口，该逻辑接口至少包括读写分发模块、净荷数据通道以及上行控制信息通道；当应用程序需要读取数据时，通过该读写分发模块将从读写操作接口的读接口读取的多媒体广播数据流分离出净荷数据和控制信息，分别置入净荷数据通道和上行控制信息通道，以供应用程序读取。

以下结合附图，并以CMMB终端为优选实施例，将本发明的上述技术方案进行详细地解释和说明。在此，以CMMB终端为实施例，仅仅是为了说明和解释本发明，而不是为了限制本发明。本发明可以应用在各种多媒体广播***的终端中。

图1表示出了本发明提供的CMMB终端多媒体广播驱动接口的结构框图。如图1所示，该驱动接口实际上是本发明在芯片最底层的读写操作接口与上层的应用程序接口之间添加的一个与设备无关的逻辑接口100，包括相互连接的读写分发模块110和数据通道模块120；其中：

读写操作接口包括读接口和写接口，读接口至少用于从终端存储器里读取芯片接收的多媒体广播数据流；写接口至少用于将应用程序要写入芯片的下行控制信息发至数据总线上；

读写分发模块110，还分别上与应用程序接口连接，下与读接口和写接口连接，用于在应用程序需要读写数据时，供应用程序接口调用；当应用程序要读数据而被调用时，将通过读接口读取的数据流中分离出的复用帧净荷数据和上行控制信息，通过数据通道模块120分别置入其中的复用帧通道和上行通道，并向应用程序接口返回数据可读取指示；当应用程序要写数据被调用时，将通过数据通道模块120从下行通道获取的下行控制信息，从写接口发至数据总线上，并向应用程序接口返回数据已写入指示；

数据通道模块120，用于分别创建和维护缓存复用帧数据、上行控制信息及下行控制信息的复用帧通道、上行通道以及下行通道；

应用程序接口，用于在应用程序要读数据时，调用读写分发模块110，并在收到数据可读取指示后，通过数据通道模块120分别从复用帧通道和上行通道读取复用帧净荷数据和上行控制信息；在应用程序需要写数据时，先将要写入芯片的下行控制信息写入下行通道，并调用读写分发模块110写入下行控制信息。

数据通道模块120创建和维护复用帧通道、上行通道以及下行通道，是通过创建和维护一个先入先出队列FIFO对列的三个实例实现的。其中，复用帧通道用于只读，上行通道以及下行通道均可用于读写。

创建和维护一个先入先出队列FIFO对列，则是通过创建和维护FIFO对列的两个列表实现，第一列表是用来排列正在缓存数据使用中的缓存块列表(used list)，第二列表是用来排列未缓存数据的空块或已被取走数据的可再用块列表(unused list)。

在读写分发模块向相应的通道缓存数据前，数据通道模块首先初始化两个列表，亦即将used list设置为空，将分配一定数量的缓存块逐一加入unusedlist。

当读写分发模块要向所述相应的所述通道缓存数据时，向数据通道模块发出数据缓存请求，并在收到数据通道模块返回的正常缓存响应后，返回数据可读取指示；

应用程序接口在收到该数据可读取指示后，向数据通道模块发出数据读取请求，并通过数据通道模块返回的数据读取正常的响应获取相应的数据；

数据通道模块在收到数据缓存请求后，如果判断unused list不为空，则将请求中携带的数据缓存在unused list的第一项缓存块中，并将该第一项缓存块移入used list的最后一项，然后向读写分发模块返回正常缓存响应；如果判断unused list为空，则等候至unused list不为空且等候未超时，继续进行数据缓存及其后续操作，并返回正常缓存响应；若等候超时则向读写分发模块返回异常缓存响应；读写分发模块将该异常缓存响应传递给应用程序接口；

数据通道模块在收到数据读取请求时，如果判断used list不为空，则将从used list中第一项缓存块读取的数据携带在向应用程序接口返回的数据读取正常的响应中，同时，将该第一项缓存块移入至unused list的最后一项；如果判断used list为空，则等候至used list不为空且等候未超时，继续进行数据读取及其后续操作，并返回数据读取正常的响应；若等候超时则向应用程序接口返回数据读取异常响应。

如图2所示，为本发明的移动终端多媒体广播驱动接口进行数据读写分发操作的流程图，是在上层应用程序需要读写数据时，通过应用程序接口调用执行的，包括如下步骤：

210：分别实例化复用帧通道、控制信息上行通道以及控制信息下行通道；

220：判断是否为读操作，是则执行步骤230，否则执行步骤250；

230：调用读接口读取多媒体广播数据；

240：根据协议分离读取的数据，并将分离的复用帧净荷、上行控制信息分别分发至复用帧通道和控制信息上行通道，然后结束流程；

这里协议，譬如对于CMMB***，是通过复用帧头中的信息表述的。其它多媒体广播***也会有相应的协议表述，此不再一一赘述。

250：从下行通道获取应用程序要写入的下行控制信息数据；

260：调用写接口，将控制信息发至数据总线上，然后结束流程。

步骤240中所述的将分离的复用帧净荷、上行控制信息分别分发至复用帧通道和控制信息上行通道，具体是通过图3所示的初始化、写操作流程实现的，该流程包括如下步骤：

301：判断本次写操作是否需初始化，是则执行步骤302，否则执行步骤305；

302：创建FIFO对列的used list和unused list，并将used list设置为空；

303：将分配的缓存块逐一添至unused list；

304：从unused list中申请缓存块；

305：判断unused list是否为空，是则执行步骤308，否则执行步骤306；

306：将数据写入unused list中第一项缓存块，并将该第一项缓存块移入至used list的最后一项；

307：设置正常返回码，并返回；

308：写数据进程阻塞，等待；

309：判断等待是否超时，是则执行步骤310，否则返回步骤305执行；

310：设置异常返回码，并返回。

在上述流程通过正常返回码返回时，应用程序接口便通过图4所示的数据通道读操作的流程进行复用帧净荷数据或上行控制信息的读取，包括如下步骤：

401：判断相应数据通道的used list是否为空，是则执行步骤404，否则执行步骤402；

402：取used list中的第一项缓存块，读取数据后将该第一项缓存块移入至unused list的最后一项；

403：设置正常返回码，并返回；

404：读数据进程阻塞，等待；

405：判断等待是否超时，是则执行步骤406，否则返回步骤401执行；

406：设置异常返回码，并返回。

综上所述，本发明提供的移动终端多媒体广播驱动接口，通过将复用帧与控制信息相分离，为不同类型的终端芯片提供出统一的接口，同时由于简化上层应用程序的逻辑，而简化了开发流程及缩短了开发周期。并且，由于生产线上针对主板类型要下载的应用程序版本统一而减少了生产成本。

当然，本发明还可有其它多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

工业实用性

本发明能够为不同类型的终端芯片提供出统一的接口，同时能够简化开发流程及缩短开发周期，由此，能够减少产品的生产成本。

Claims (4)

1.一种移动终端多媒体广播驱动接口实现方法，包括：在所述终端的底层的读接口与上层的应用程序接口之间配置一个逻辑接口，所述逻辑接口将分离的所述净荷数据缓存到净荷数据通道，并将分离的所述控制信息缓存到上行控制信息通道，所述逻辑接口还与所述终端的底层的写接口相连，在所述应用程序需要向所述终端写入控制信息时，通过所述应用程序接口将需要写入的控制信息缓存到下行控制信息通道，然后通过所述逻辑接口将从所述下行控制信息通道读取的所述控制信息，从所述写接口发至所述终端的数据总线上；在应用程序需要读取所述终端存储的多媒体广播数据时，通过所述逻辑接口将从所述读接口读取的所述多媒体广播数据分离出净荷数据和控制信息，并分别缓存到不同的通道，待所述应用程序通过所述应用程序接口读取；其中，所述逻辑接口中的所述净荷数据通道和所述上行控制信息通道，分别通过创建和维护一个先入先出FIFO对列的第一实例和第二实例实现；或者，所述逻辑接口中的所述下行控制信息通道，通过创建和维护所述FIFO对列的第三实例实现；其中，所述净荷数据通道用于只读，所述上行控制信息通道或所述下行控制信息通道均用于读写。

2.按照权利要求1所述的方法，其特征在于，所述逻辑接口根据所述终端与相应的多媒体广播***约定的协议，进行所述净荷数据和所述控制信息的分离。

3.按照权利要求1所述的方法，其特征在于，所述FIFO对列通过第一缓存列表和第二缓存列表实现；所述第一缓存列表用来排列正在缓存数据使用中的缓存块，所述第二缓存列表用来排列未缓存数据的空块或已被取走数据的可再用块；

在相应的所述通道缓存数据前，初始化所述第一缓存列表和所述第二缓存列表，亦即将所述第一缓存列表设置为空，并将分配一定数量的缓存块逐一加入所述第二缓存列表；

当有数据要缓存到相应的通道时，如果所述第二缓存列表不为空，则在所述第二缓存列表中申请第一项缓存块进行数据缓存，并将所述第一项缓存块移入所述第一缓存列表的最后一项，然后缓存操作正常结束；如果所述第二缓存列表为空，则等候至所述第二缓存列表不为空且等候未超时，继续进行所述数据缓存及其后续操作，若等候超时则所述缓存操作异常结束；

当要从相应的通道读取数据时，如果所述第一缓存列表不为空，则从所述第一缓存列表中取出第一项缓存块，并在数据读取后将该第一项缓存块移入至所述第二缓存列表的最后一项，然后读操作正常结束；如果所述第一缓存列表为空，则等候至所述第一缓存列表不为空且等候未超时，继续进行所述数据读取及其后续操作，若等候超时则所述读操作异常结束。

4.一种移动终端多媒体广播驱动接口，其特征在于，所述驱动接口是配置在所述终端的底层的读接口与上层的应用程序接口之间的一个逻辑接口，所述逻辑接口包括互连的读写分发模块和数据通道模块，其中：所述数据通道模块，用于至少创建及维护净荷数据通道以及上行控制信息通道；所述读写分发模块与所述读接口连接，用于将分离的所述净荷数据通过所述数据通道模块缓存到所述净荷数据通道，并将分离的所述控制信息通过所述数据通道模块缓存到所述上行控制信息通道，然后向所述应用程序接口返回数据可读取指示；

所述逻辑接口至少在应用程序需要读取所述终端存储的多媒体广播数据时，通过所述应用程序接口触发工作，用于将从所述读接口读取的所述多媒体广播数据分离出净荷数据和控制信息，并分别缓存到不同的通道，待所述应用程序通过所述应用程序接口读取；所述逻辑接口还在所述应用程序要向所述终端写入控制信息时，通过所述应用程序接口触发工作；

所述数据通道模块还用于创建及维护下行控制信息通道；

所述读写分发模块还与所述终端的底层的写接口连接，用于在所述应用程序通过所述应用程序接口将要写入所述终端的所述控制信息缓存到所述下行控制信息通道后，将通过所述数据通道模块从所述下行控制信息通道读取的所述控制信息，并从所述写接口发至所述终端的数据总线，然后，向所述应用程序接口返回数据已写入指示；

所述净荷数据通道用于只读，所述上行控制信息通道或所述下行控制信息通道均用于读或写；所述净荷数据通道、所述上行控制信息通道以及所述下行控制信息通道均含有各自的第一缓存区和各自的第二缓存区，其中：

所述第一缓存区，用于在排列有正在缓存数据使用中的一个或多个缓存块时，由所述数据通道模块在从所述应用程序接口收到数据读取请求时，读取第一项缓存块的数据，并将该数据携带在向所述应用程序接口返回的所述数据读取正常的响应中；同时，被读取数据的该第一项缓存块由所述数据通道模块置于相应通道的所述第二缓存区的最后一项；

所述第二缓存区，用于在排列有未缓存数据的空缓存块或已被取走数据的可再用缓存块时，由所述数据通道模块在从所述读写分发模块收到数据缓存请求时，将所述请求中携带的数据缓存在第一项缓存块，同时，写入数据的该第一项缓存块由所述数据通道模块置于相应通道的所述第一缓存区的最后一项。

Images