• 四川郎酒股份有限公司获第十二届人民企业社会责任奖年度环保奖 2019-05-13
  • 银保监会新规剑指大企业多头融资和过度融资 2019-05-12
  • 韩国再提4国联合申办世界杯 中国网友无视:我们自己来 2019-05-11
  • 中国人为什么一定要买房? 2019-05-11
  • 十九大精神进校园:风正扬帆当有为 勇做时代弄潮儿 2019-05-10
  • 粽叶飘香幸福邻里——廊坊市举办“我们的节日·端午”主题活动 2019-05-09
  • 太原设禁鸣路段 设备在测试中 2019-05-09
  • 拜耳医药保健有限公司获第十二届人民企业社会责任奖年度企业奖 2019-05-08
  • “港独”没出路!“梁天琦们”该醒醒了 2019-05-07
  • 陈卫平:中国文化内涵包含三方面 文化复兴表现在其中 2019-05-06
  • 人民日报客户端辟谣:“合成军装照”产品请放心使用 2019-05-05
  • 【十九大·理论新视野】为什么要“建设现代化经济体系”?   2019-05-04
  • 聚焦2017年乌鲁木齐市老城区改造提升工程 2019-05-04
  • 【专家谈】上合组织——构建区域命运共同体的有力实践者 2019-05-03
  • 【华商侃车NO.192】 亲!楼市火爆,别忘了买车位啊! 2019-05-03
    • / 13
    • 下载费用:30 金币  

    重庆时时彩平台怎么租: 设备驱动消息处理方法及装置.pdf

    关 键 词:
    设备 驱动 消息 处理 方法 装置
      专利查询网所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
    摘要
    申请专利号:

    CN201110235881.1

    申请日:

    2011.08.17

    公开号:

    CN102360307A

    公开日:

    2012.02.22

    当前法律状态:

    驳回

    有效性:

    无权

    法律详情: 发明专利申请公布后的驳回IPC(主分类):G06F 9/46申请公布日:20120222|||实质审查的生效IPC(主分类):G06F 9/46申请日:20110817|||公开
    IPC分类号: G06F9/46; G06F13/10 主分类号: G06F9/46
    申请人: 中兴通讯股份有限公司
    发明人: 李焰峰; 范锁平
    地址: 518057 广东省深圳市南山区科技南路55号
    优先权:
    专利代理机构: 北京康信知识产权代理有限责任公司 11240 代理人: 余刚;梁丽超
    PDF完整版下载: PDF下载
    法律状态
    申请(专利)号:

    CN201110235881.1

    授权公告号:

    ||||||

    法律状态公告日:

    2017.09.15|||2014.07.02|||2012.02.22

    法律状态类型:

    发明专利申请公布后的驳回|||实质审查的生效|||公开

    摘要

    本发明公开了设备驱动消息处理方法及装置,该方法包括如下步骤:通过提供给上层协议的第一接口,与上层协议对应的上层进行消息的传输;将来自上层协议的消息按照设备驱动所支持的协议进行封装,并且,将来自设备驱动的消息使用设备驱动所支持的协议将该消息解封装为上层协议所支持的消息格式;通过提供给设备驱动的第二接口,与设备驱动传输消息,其中,该消息的格式为设备驱动所支持的协议的格式。通过本发明提高了操作系统对设备驱动的兼容性。

    权利要求书

    1: 一种设备驱动消息处理方法, 其特征在于包括如下步骤 : 通过提供给上层协议的第一接口, 与所述上层协议对应的上层进行消息的传输 ; 将来自所述上层协议的消息按照设备驱动所支持的协议进行封装, 并且, 将来自所述 设备驱动的消息使用所述设备驱动所支持的协议将该消息解封装为所述上层协议所支持 的消息格式 ; 通过提供给所述设备驱动的第二接口, 与所述设备驱动传输消息, 其中, 该消息的格式 为所述设备驱动所支持的协议的格式。
    2: 根据权利要求 1 所述的方法, 其特征在于, 在通过所述第一接口进行传输的消息中 携带有设备标识的情况下, 通过所述第二接口与所述设备驱动传输消息包括, 根据所述设备标识通过所述第二接口将携带有该设备标识的消息发送给与所述设备 标识对应的设备驱动。
    3: 根据权利要求 1 所述的方法, 其特征在于, 还包括 : 对通过所述设备驱动接入的设备 进行状态检测和管理。
    4: 根据权利要求 1 至 3 中任一项所述的方法, 其特征在于, 所述设备驱动为 NDIS 设备 驱动, 和 / 或, 所述上层协议为 RIL。
    5: 一种设备驱动消息处理装置, 其特征在于包括 : 第一传输???, 用于通过提供给上层协议的第一接口, 与所述上层协议对应的上层进 行消息的传输 ; 消息处理???, 用于将来自所述上层协议的消息按照设备驱动所支持的协议进行封 装, 并且, 将来自所述设备驱动的消息使用所述设备驱动所支持的协议将该消息解封装为 所述上层协议所支持的消息格式 ; 第二传输???, 用于通过提供给所述设备驱动的第二接口, 与所述设备驱动传输消息, 其中, 该消息的格式为所述设备驱动所支持的协议的格式。
    6: 根据权利要求 5 所述的装置, 其特征在于, 所述第二传输???, 用于在通过所述第一 接口进行传输的消息中携带有设备标识的情况下, 根据所述设备标识通过所述第二接口将 携带有该设备标识的消息发送给与所述设备标识对应的设备驱动。
    7: 根据权利要求 5 所述的装置, 其特征在于, 还包括 : 设备管理???, 用于对通过所述 设备驱动接入的设备进行状态检测和管理。
    8: 根据权利要求 5 至 7 中任一项所述的装置, 其特征在于, 所述设备驱动为 NDIS 设备 驱动, 和 / 或, 所述上层协议为 RIL。

    说明书


    设备驱动消息处理方法及装置

        【技术领域】
         本发明涉及通信领域, 具体而言, 涉及一种设备驱动消息处理方法及装置。背景技术 基于全球无线芯片的格局, 不同的厂商均在推出不同的设备驱动规范, 例如, 高通 和微软主推的网络驱动接口规范 (network driver interface spec, 简称为 NDIS)+ 高通 MSM 接口 (Qualcomm MSM Interface, 简称为 QMI) 的移动宽带设备高速接入方案成为当下 移动宽带设备的主流接入方式之一 ; 但 NDIS+QMI 的方式目前在 windows 系统上得到了应 用, 并且, 对于其他的系统, 随着技术的不断发展, 逐步的也可以支持该规范。
         同时, 对于操作系统而言, 其也在不断推新, 一方面, 现有的操作系统在不停的 发展以适应不同的终端类型, 另一方面, 也出现了其他类型的新的操作系统, 例如, 安卓 Android 移动操作系统。
         由上述现有的技术发展的趋势可以看出, 操作系统与设备驱动规范的发展并不是 统一的, 这样, 操作系统需要支持原来越多的设备驱动, 对于不同的设备驱动, 在操作系统 上均需要编写对应的与上层应用对接的中间层代码。即在现有技术中, 操作系统对设备驱 动的兼容性比较差。
         发明内容
         本发明的主要目的在于提供一种设备驱动消息处理方法及装置, 以至少解决上述问题。 根据本发明的一方面, 提供了一种设备驱动消息处理方法, 包括如下步骤 : 通过提 供给上层协议的第一接口, 与所述上层协议对应的上层进行消息的传输 ; 将来自所述上层 协议的消息按照设备驱动所支持的协议进行封装, 并且, 将来自所述设备驱动的消息使用 所述设备驱动所支持的协议将该消息解封装为所述上层协议所支持的消息格式 ; 通过提供 给所述设备驱动的第二接口, 与所述设备驱动传输消息, 其中, 该消息的格式为所述设备驱 动所支持的协议的格式。
         优选地, 在通过所述第一接口进行传输的消息中携带有设备标识的情况下, 通过 所述第二接口与所述设备驱动传输消息包括, 根据所述设备标识通过所述第二接口将携带 有该设备标识的消息发送给与所述设备标识对应的设备驱动。
         优选地, 还包括 : 对通过所述设备驱动接入的设备进行状态检测和管理。
         优选地, 所述设备驱动为 NDIS 设备驱动, 和 / 或, 所述上层协议为 RIL。
         根据本发明的另一方面, 提供了一种设备驱动消息处理装置, 包括 : 第一传输模 块, 用于通过提供给上层协议的第一接口, 与所述上层协议对应的上层进行消息的传输 ; 消 息处理???, 用于将来自所述上层协议的消息按照设备驱动所支持的协议进行封装, 并且, 将来自所述设备驱动的消息使用所述设备驱动所支持的协议将该消息解封装为所述上层 协议所支持的消息格式 ; 第二传输???, 用于通过提供给所述设备驱动的第二接口, 与所述
         设备驱动传输消息, 其中, 该消息的格式为所述设备驱动所支持的协议的格式。
         优选地, 所述第二传输???, 用于在通过所述第一接口进行传输的消息中携带有 设备标识的情况下, 根据所述设备标识通过所述第二接口将携带有该设备标识的消息发送 给与所述设备标识对应的设备驱动。
         优选地, 还包括 : 设备管理???, 用于对通过所述设备驱动接入的设备进行状态检 测和管理。
         优选地, 所述设备驱动为 NDIS 设备驱动, 和 / 或, 所述上层协议为 RIL。
         通过本发明, 采用通过提供给上层协议的第一接口, 与所述上层协议对应的上层 进行消息的传输 ; 将来自所述上层协议的消息按照设备驱动所支持的协议进行封装, 并且, 将来自所述设备驱动的消息按照所述设备驱动所支持的协议将该消息解封装为所述上层 协议所支持的消息格式 ; 通过提供给所述设备驱动的第二接口, 与所述设备驱动传输消息, 其中, 该消息的格式为所述设备驱动所支持的协议的格式, 解决了现有技术中操作系统对 设备驱动的兼容性比较差问题, 提高了操作系统对设备驱动的兼容性。 附图说明 此处所说明的附图用来提供对本发明的进一步理解, 构成本申请的一部分, 本发 明的示意性实施例及其说明用于解释本发明, 并不构成对本发明的不当限定。在附图中 :
         图 1 是根据本发明实施例的设备驱动消息处理方法的流程图 ;
         图 2 是根据本发明实施例的设备驱动消息处理装置的结构框图 ;
         图 3 是根据本发明实施例的 Android 系统的设备驱动的架构的示意图一 ;
         图 4 是根据本发明实施例的 Android 系统的设备驱动的架构的示意图二 ;
         图 5 是根据本发明实施例的下行数据传输的流程图 ;
         图 6 是根据本发明实施例的上行数据传输的流程图。
         具体实施方式
         下文中将参考附图并结合实施例来详细说明本发明。需要说明的是, 在不冲突的 情况下, 本申请中的实施例及实施例中的特征可以相互组合。
         在本实施例中提供了一种设备驱动消息处理方法, 图 1 是根据本发明实施例的设 备驱动消息处理方法的流程图, 如图 1 所示, 该流程包括如下步骤 :
         步骤 S102, 通过提供给上层协议的第一接口, 与上层协议所对应的上层进行消息 的传输 ;
         步骤 S104, 将来自该上层协议的消息按照设备驱动所支持的协议进行封装, 并且, 将来自设备驱动的消息使用设备驱动所支持的协议将该消息解封装为上层协议所支持的 消息格式 ;
         步骤 S106, 通过提供给设备驱动的第二接口, 与设备驱动传输消息, 其中, 该消息 的格式为设备驱动所支持的协议的格式。
         需要说明的是, 上述的步骤不一定按照步骤 S102 至步骤 S106 的顺序执行。通过 上述步骤, 提供了在设备驱动层和上层协议之间提供了一种中间层的处理方式, 这样, 对于 不同的驱动程序不需要再重新开发中间层的驱动, 从而提高了操作系统对设备驱动的兼容性。 为了同时支持多个设备驱动 ( 例如, 多个同类型的设备驱动 ), 在一个优选实施方 式中, 可以在第一接口传输的消息中设置设备标识, 在这种情况下, 通过第二接口与设备驱 动传输消息包括 ; 根据设备标识通过第二接口将携带有该设备标识的消息发送给与设备标 识对应的设备驱动。 通过该优选的实施方式, 将对多个设备的处理也移植到中间层中, 不需 要上层和设备驱动进行任何的改动, 使对多个设备驱动的支持更好。
         优选地, 在该中间层中还可以增加对通过设备驱动接入的设备进行状态检测和管 理的功能。通过这些功能的增加可以更好的对设备驱动进行控制。
         在目前的安卓系统中, 并没有提供能够对多个 NDIS 设备驱动的支持, 上述实施例 及优选的实施方式可以应用在安卓系统中, 在该系统中为了较小的改动系统架构, 上述的 中间呈位于无线宽带业务处理 (Radio Interface Layer, 简称为 RIL)( 即上层协议中的 一种 ) 和设备驱动之间。这样可以实现与 Android 系统现有 RIL 驱动的无缝对接, 从而既 能实现对多 NDIS 设备的无缝接入, 提高 Android 系统的对多 NDIS 设备支持的缺陷, 扩展 了 Android 系统的功能, 提供了 Android 系统更为丰富的宽带设备接入, 又能较少的修改 Android 系统框架。
         在本实施例中还提供了一种设备接入处理装置, 该装置用于实现上述实施例及优 选实施方式, 已经进行过说明的不再赘述。如以下所使用的, 术语 “??椤?可以实现预定功 能的软件和 / 或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现, 但是硬 件, 或者软件和硬件的组合的实现也是可能并被构想的。图 2 是根据本发明实施例的设备 驱动消息处理装置的结构框图, 如图 2 所示, 该装置包括第一传输???22、 消息处理???24 和第二传输???26, 下面对该装置涉及的??榻兴得?。
         第一传输???22, 用于通过提供给上层协议的第一接口, 与上层协议对应的上层 进行消息的传输 ; 消息处理???24, 连接至第一传输???22, 该??橛糜诮醋陨喜阈?的消息按照设备驱动所支持的协议进行封装, 并且, 将来自设备驱动的消息按照设备驱动 所支持的协议将该消息解封装为上层协议所支持的消息格式 ; 第二传输???26, 连接至消 息处理???24, 该??橛糜谕ü峁└璞盖牡诙涌?, 与设备驱动传输消息, 其中, 该消息的格式为设备驱动所支持的协议的格式。
         优选地, 第二传输???22 用于在通过第一接口进行传输的消息中携带有设备标 识的情况下, 根据设备标识通过第二接口将携带有该设备标识的消息发送给与设备标识对 应的设备驱动。
         优选地, 该装置还可以包括 : 设备管理???, 该??橛糜诙酝ü璞盖尤氲纳?备进行状态检测和管理。
         下面以安卓系统为例, 结合对 NDIS 设备驱动的支持对一个优选实施例进行说明。
         在优选实施例中, 对于安卓系统如何支持 NDIS 单设备驱动并不是讨论的重点, 而 重点在于如何提供一个中间层的处理方式, 以及如何支持多个 NDIS 设备。对于安卓系统如 何支持 NDIS 设备可以采用不同的方式来进行, 其并不影响本优选实施例的实施, 在此不再 赘述。本优选实施例可以对多 NDIS 设备进行支持, 实现了与 Android 系统现有 RIL 驱动的 无缝对接。
         图 3 是根据本发明实施例的 Android 系统的设备驱动的架构的示意图一, 如图 3
         所示, 该驱动系统包括 RIL 框架、 QMI/AT 框架和设备驱动???, 其中, 该 QMI/AT 框架包括 QmiClient ???304( 用于实现第一传输???22 的功能 )、 QmiDaemon ???302( 用于实现 第二传输???26 和消息处理???24 的功能 ), 当然, 为了支持 AT 命令, 还可以增加 AT 命令 ???301。该 QMI/AT 框架实现了上述中间层的功能。
         图 4 是根据本发明实施例的 Android 系统的设备驱动的架构的示意图二, 如图 4 所示, 在该架构中增加了消息处理???403( 该消息处理??楹?QmiDaemon ??榻岷鲜迪至?上述消息处理???24 的功能 ) 和设备管理???405。图 4 中的 QmiDaemon ???402 相对于 图 3 中的 QmiDaemon ???302 也进行了修改, 下面对此进行说明。
         QmiClient ???404, 依旧提供同步的接口调用给上层使用, 除了在接口中增加了 设备 ID 外、 依旧保持了 RIL 层接口的统一性。
         消息处理???403, 主要负责消息的封装和解析, 其中对来自 RIL 层消息按无线数 据服务 (QMI Wireless Data Service, 简称为 WDS)、 QMI 控制服务 (QMI Control Service, 简称为 CTL)、 QMI 数据管理服务 (QMI Device Management Service, 简称为 DMS) 等消息格 式进行数据封装, 并将封装好的消息数据, 通过 socket 机制发送出去, 接收则通过在接收 线程中等待从 socket 收到的数据, 接收线程收到数据后, 解析接收到数据, 并通过设备 ID、 消息 ID 等信息匹配是哪个请求消息的响应, 对于主动上报的消息, 则只需要确定设备 ID 即 可。 QmiDaemon ???402, 主要负责消息的管理, 异步发送和接收 ; 消息的管理是指要 接收来自消息处理??橥ü?socket 发送过来的消息, 之后根据消息所对应的设备 ID, 将该 消息放到对应设备的发送消息队列中 ; 接收线程中负责接收从设备读取的数据, 并将接收 到数据放在接收队列中。
         NDIS 设备管理???405, 主要负责多个 NDIS 设备的节点管理, 状态管理等。
         上述优选实施例提供的驱动方法及系统, 具有以下优点 :
         (1) 增加了对多个 NDIS 设备的支持, 使得 Android 系统可以同时支持多个 NDIS 设备, 改变和扩展了现有 Android 系统中 RIL 驱动部分只能操作一个设备的情况, 使得 RIL 驱动部分可以增加对多个 NDIS 设备的支持、 而 RIL 层之上的接口依旧保持不变, 解决了 Android 系统目前无法支持多个 NDIS 设备的问题。 本优选实施例是将多 NDIS 设备的管理和 接入方式融入到 Android 系统现有的 RIL 框架中, 没有修改 Android 系统 RIL 和 Framwork 的架构, 增加了 Android 系统对移动宽带设备的接入方式增加了 Android 系统的扩展性 ; 在 QmiDaemon ??橹性黾恿硕宰远ㄒ逑⒋淼穆呒?、 使得本技术方案在 Qmi 协议之外可以 增加对私有协议的支持, 增强了 Android 系统的扩展性。
         (2)NDIS 设备作为后续移动宽带设备主流接入方式之一, 可以一个系统上同时支 持多个 NDIS 设备 ( 例如不同制式的 NDIS 设备 ), 极大地符合了后续多制式、 多 PDP 设备的 接入方式和技术的发展趋势, 扩展了 Android 系统的功能, 使得 Android 系统有了更大的通 用性, 同时 QMIClient ??槎陨喜闾峁┑慕涌谝谰刹庞猛?API 的方式, 兼容了以前的方 案, 使得上层对 QMI Client 的接口调用, 不需要做过多的修改即可使用, 大大的提高了本技 术方案的通用性。
         下面上述图 4 中的??榻邢晗傅乃得?。
         QmiDaemon ???402, 该??榭梢酝ü缦氯鱿叱掏瓿?:
         Qmi 消息接收线程
         Qmi 消息接收线程用于检测发送消息队列是否有消息需要处理, 有则在此线程中 调用 NDIS 设备管理??榉庾暗纳璞覆僮鹘涌?, 将消息发送到对应的 NDIS 设备, 如果发送成 功, 则通过消息邮箱 (mail box) 发送信号给响应消息处理线程, 通知它发送 ack ok 的消息 给消息处理???, 否则发送 ack error 消息 ; response 消息则等待从 NDIS 设备的返回值 ; 如果是自定义消息类型, 则直接处理, 处理完成后, 首先发送 ack ok 或者 ack error 的消 息, 然后直接发送 response 的消息内容给通过 socket 将结果发送给消息处理???。
         NDIS 设备数据接收线程
         NDIS 设备数据接收线程用于检测是否有从 NDIS 设备来的数据需要处理, 有则将 接收到的消息和设备 ID 一起封装成预定义的格式, 然后放进接收消息队列, 同时通过消息 邮箱 (mail box) 发送信号给响应消息处理线程, 通知它发送响应 (Response) 消息给消息 处理???, 否则继续循环检测。
         响应消息处理线程
         等待 Qmi 消息接收线程和 NDIS 设备数据接收线程发送过来的信号, 根据信号类型 分别处理 : 如果是 ack 消息, 则需要根据信号中携带的参数 ( 设备 ID 和消息 ID) 匹配对应的 消息请求, 然后封装 ACK 消息, 并通过 socket 发送消息给消息处理???; 如果是 response 消息, 同样需要根据设备 ID 和消息 ID 匹配对应的消息请求, 然后封装 response 消息, 并通 过 socket 发送消息给消息处理???; 如果是主动上报的消息, 仅仅匹配设备 ID, 然后封装 主动上报的消息, 并通过 socket 发送消息给消息处理???。 消息处理???403
         该??橛美捶庾昂徒馕鱿?; 一是将来自 QmiClient ??榈南⒏菽谌莸牟煌?封装成为对应的 QMI 指令, 例如, WDS、 CTL、 DMS 等格式的 NDIS 报文数据, 并通过 socket 发 送给 QmiDaemon ???; 二是启动消息接收线程, 通过 socket 接收来自 QmiDaemon ??榈?ACK 消息、 response 消息和主动上报等响应消息 ; 针对 response 消息需要根据 WDS、 CTL、 DMS 等 格式解析响应消息内容, 并通过设备 ID、 消息 ID 等信息匹配是哪个请求消息的响应, 然后 返回响应数据给 QmiClient ???, 对于主动上报的消息, 则只需要确定设备 ID 即可。
         QmiClient ???404
         该??橹饕涸鹛峁┩降挠τ贸绦蚪涌?(Application Program Interface, 简 称为 API) 函数给上层调用, 使得 QMI 和 RIL 可以无缝对接 ; 原有系统中, RIL 层的接口不需 要设备 ID 即可直接发送消息和接收响应, 现在有了多设备的管理, RIL 层的接口需要增加 设备 ID, 用来标识对不同设备的操作, 因此在这里提供的 API 参数中增加了设备 ID ; 同时 为了保持和以前接口的一致性和兼容性, 接口的功能和业务上和原有系统基本保持一致, 仅仅增加了 NDIS 设备特有的一些接口定义, 例如 : 获取网络接口名称 (qmi_get_network_ interface_name)、 网络连接时常 (qmi_get_conn_duration)、 NDIS 设备侧 profile 获取 (qmi_profile_get) 等。
         设备管理???405
         该??橹饕矶杂谏璞傅淖刺觳夂凸芾?: 一是对设备的热插拔做出响应 : 负 责设备插入后, 设备节点的注册和设备队列的维护, 以及号量的初始化等 ; 设备拔出后, 设 备节点队列的维护, 设备状态信息的清理等 ; 二是对设备操作 API 的封装, 如打开、 关闭、
         读、 写等, 这些操作接口类似于文件的操作 ; 三是设备状态的维护, 设备拔出等异常操作时, 设备状态的维护。
         下面结合图 4 对上行数据和下行数据的传输分别进行说明。
         图 5 是根据本发明实施例的下行数据传输的流程图, 如图 5 所示, 该流程包括如下 步骤 :
         步骤 S501, RIL 层接收到 Android 系统的各种功能调用 ;
         步骤 S502, 根据不同的业务类型, 调用 QmiClient ??槎杂Φ慕涌?;
         步骤 S503, 判断消息的类型, 如果是 CTL 相关, 则转往步骤 S504 ; 如果是 WDS 相关, 则转往步骤 S505 ; 如果是 DMS 相关, 则转往步骤 S506 ;
         步骤 S504, 根据 CTL 消息的格式, 封装对应的 CTL 消息, 封装完成后, 转往步骤 S507 ;
         步骤 S505, 根据 WDS 消息的格式, 封装对应的 WDS 消息, 封装完成后, 转往步骤 S507 ;
         步骤 S506, 根据 DMS 消息的格式, 封装对应的 DMS 消息, 封装完成后, 转往步骤 S507 ; 步骤 S507, 消息处理??橥ü?socket 机制将封装好的数据发送出去 ;
         步骤 S508, QmiDaemon ??榻邮绽醋?sokcet 的消息, 收到消息后转往步骤 S509 ;
         步骤 S509, 处理消息队列的维护 ;
         步骤 S510, 设备管理??榧觳獾较⒍恿杏行枰淼南?, 则通过设备操作接 口对设备进行操作。
         图 6 是根据本发明实施例的上行数据传输的流程图, 如图 6 所示, 该流程包括如下 步骤 :
         步骤 S601, 采用线程机制, 启动设备数据读取线程。
         步骤 S602, 循环判断设备是否有数据, 如果有数据则转入步骤 S603 处理, 否则继 续等待并检测消息。
         步骤 S603, 预先将收到的数据封装成固定的消息格式, 然后放进消息队列。
         步骤 S604, 采用线程机制, 预先启动 Qmi 消息接收线程。
         步骤 S605, 循环判断接收消息队列是否有数据, 如果有, 则转入步骤 S606 处理, 否 则继续等待并检测消息。
         步骤 S606, 解析从消息队列获取的消息。
         步骤 S607, 将解析后的消息通过 socket 机制发送。
         步骤 S608, 采用线程机制, 预先启动 socket 消息接收线程。
         步骤 S609, 在 socket 检测线程中, 循环检测是否有 socket 消息, 如果有, 则转入步 骤 S610 处理, 否则继续等待并检测消息。
         步骤 S610, 解析 socket 消息。
         步骤 S611, 将解析后的数据返回给 RIL 层接口。
         显然, 本领域的技术人员应该明白, 上述的本发明的各??榛蚋鞑街杩梢杂猛ㄓ?的计算装置来实现, 它们可以集中在单个的计算装置上, 或者分布在多个计算装置所组成 的网络上, 可选地, 它们可以用计算装置可执行的程序代码来实现, 从而可以将它们存储在
         存储装置中由计算装置来执行, 或者将它们分别制作成各个集成电路???, 或者将它们中 的多个??榛虿街柚谱鞒傻ジ黾傻缏纺?槔词迪?。这样, 本发明不限制于任何特定的硬 件和软件结合。
         以上所述仅为本发明的优选实施例而已, 并不用于限制本发明, 对于本领域的技 术人员来说, 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内, 所作的任何修 改、 等同替换、 改进等, 均应包含在本发明的?;し段е?。

    关于本文
    本文标题:设备驱动消息处理方法及装置.pdf
    链接地址://www.4mum.com.cn/p-5817235.html
    关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

    [email protected] 2017-2018 www.4mum.com.cn网站版权所有
    经营许可证编号:粤ICP备17046363号-1 
     


    收起
    展开
  • 四川郎酒股份有限公司获第十二届人民企业社会责任奖年度环保奖 2019-05-13
  • 银保监会新规剑指大企业多头融资和过度融资 2019-05-12
  • 韩国再提4国联合申办世界杯 中国网友无视:我们自己来 2019-05-11
  • 中国人为什么一定要买房? 2019-05-11
  • 十九大精神进校园:风正扬帆当有为 勇做时代弄潮儿 2019-05-10
  • 粽叶飘香幸福邻里——廊坊市举办“我们的节日·端午”主题活动 2019-05-09
  • 太原设禁鸣路段 设备在测试中 2019-05-09
  • 拜耳医药保健有限公司获第十二届人民企业社会责任奖年度企业奖 2019-05-08
  • “港独”没出路!“梁天琦们”该醒醒了 2019-05-07
  • 陈卫平:中国文化内涵包含三方面 文化复兴表现在其中 2019-05-06
  • 人民日报客户端辟谣:“合成军装照”产品请放心使用 2019-05-05
  • 【十九大·理论新视野】为什么要“建设现代化经济体系”?   2019-05-04
  • 聚焦2017年乌鲁木齐市老城区改造提升工程 2019-05-04
  • 【专家谈】上合组织——构建区域命运共同体的有力实践者 2019-05-03
  • 【华商侃车NO.192】 亲!楼市火爆,别忘了买车位啊! 2019-05-03
  • 黑马股票推荐群 股票指数2000点是什么意思 pc蛋蛋预测99预测组合 澳洲幸运8开奖号码 短线股票推荐免费 幸运赛车开奖号码 极速飞艇怎么玩 山东十一选五任三遗漏 查吉林十一选五走势图 11选5的技巧任选三玩法 金牛棋牌下载地址 12注二码(含组三)方法 山东黄金股票行情 彩票大赢家排列五走势图 吉林十一选五的开奖号 大富豪棋牌游戏官网下载