《一种端到端硬件消息传输的实现方法和装置.pdf》由会员分享，可在线阅读，更多相关《一种端到端硬件消息传输的实现方法和装置.pdf（13页珍藏版）》请在专利查询网上搜索。
1、(10)申请公布号 CN 103186491 A (43)申请公布日 2013.07.03 CN 103186491 A *CN103186491A* (21)申请号 201110455211.0 (22)申请日 2011.12.30 G06F 13/20(2006.01) (71)申请人 中兴通讯股份有限公司 地址 518057 广东省深圳市南山区高新技术 产业园科技南路中兴通讯大厦法务部 (72)发明人 元西西 朱志刚 汪坚 田学红 曾代兵 田万廷 邱芳 (74)专利代理机构 北京派特恩知识产权代理事 务所 ( 普通合伙 ) 11270 代理人 蒋雅洁 程立民 (54) 发明名称 一种端到。
2、端硬件消息传输的实现方法和装置 (57) 摘要 本发明公开了一种端到端硬件消息传输的实 现方法和装置， 装置包括 ： 消息存储器、 控制器、 消息输入和输出接口。 消息存储器， 用于执行消息 的暂存 ； 控制器， 用于执行消息的硬件方式管理， 将从消息输入接口获取的消息存储在消息存储器 中， 从消息存储器中读取消息并通过消息输出接 口发送给消息使用者 ； 消息输入接口， 直连消息 创建者， 用于在控制器的控制下， 获取消息创建者 创建的消息 ； 消息输出接口， 直连消息使用者， 用 于在控制器的控制下， 向消息使用者提供消息。 通 过本发明， 能够提高消息传输的效率， 并减少软件 管理的开销。。
3、 (51)Int.Cl. 权利要求书 2 页 说明书 7 页 附图 3 页 (19)中华人民共和国国家知识产权局 (12)发明专利申请 权利要求书2页 说明书7页 附图3页 (10)申请公布号 CN 103186491 A CN 103186491 A *CN103186491A* 1/2 页 2 1. 一种端到端硬件消息传输的实现装置， 其特征在于， 该装置包括 ： 消息存储器、 控制 器、 消息输入和输出接口， 所述消息存储器， 用于执行消息的暂存 ； 所述控制器， 用于执行消息的硬件方式管理， 将从消息输入接口获取的消息存储在所 述消息存储器中， 从所述消息存储器中读取消息并通过所述消息。
4、输出接口发送给消息使用 者 ； 所述消息输入接口， 直连消息创建者， 用于在所述控制器的控制下， 获取消息创建者创 建的消息 ； 所述消息输出接口， 直连消息使用者， 用于在所述控制器的控制下， 向消息使用者提供 消息。 2. 根据权利要求 1 所述端到端硬件消息传输的实现装置， 其特征在于， 所述消息输入接口为主设备master接口或从设备slave接口， 当所述消息输入接口为 master 接口时， 所述消息输入接口在控制器的控制下， 以主动的方式获取消息创建者创建 的消息 ； 当所述消息输入接口为 slave 接口时， 所述消息输入接口在控制器的控制下， 以被 动的方式获取消息创建者创建。
5、的消息 ； 所述消息输出接口为 master 接口或 slave 接口， 当所述消息输出接口为 master 接口 时， 所述消息输出接口在控制器的控制下， 以主动的方式向消息使用者提供消息 ； 当所述消 息输出接口为 slave 接口时， 所述消息输出接口在控制器的控制下， 以被动的方式向消息 使用者提供消息。 3. 根据权利要求 2 所述端到端硬件消息传输的实现装置， 其特征在于， 所述在控制器 的控制下， 以主动的方式获取消息创建者创建的消息， 包括 ： 所述控制器通过消息输入接口获取消息创建者的状态， 并依据所述状态从所述消息创 建者的缓冲区中提取消息 ； 或者， 所述控制器通过消息输。
6、入接口定时从所述消息创建者的缓冲区中提取消息。 4. 根据权利要求 2 所述端到端硬件消息传输的实现装置， 其特征在于， 所述在控制器 的控制下， 以被动的方式获取消息创建者创建的消息， 包括 ： 所述控制器通过消息输入接口接收所述消息创建者主动发来的消息。 5. 根据权利要求 2 所述端到端硬件消息传输的实现装置， 其特征在于， 所述在控制器 的控制下， 以主动的方式向消息使用者提供消息， 包括 ： 所述控制器通过消息输出接口获取消息使用者的状态， 依据所述状态从所述消息存储 器中读取消息并通过消息输出接口发送到所述消息使用者 ； 或者， 所述控制器器定时从所述消息存储器中读取消息并通过消息。
7、输出接口发送到消 息使用者。 6. 根据权利要求 2 所述端到端硬件消息传输的实现装置， 其特征在于， 所述在控制器 的控制下， 以被动的方式向消息使用者提供消息， 包括 ： 所述控制器通过消息输出接口向消息使用者提供消息队列状态， 并通过所述消息输出 接口获取消息使用者依据消息队列状态发出的读请求， 依据所述读请求从所述消息存储器 中读取消息并通过消息输出接口发送到所述消息使用者 ； 或者， 所述控制器通过消息输出接口获取消息使用者定时发出的读请求， 依据所述读 权 利 要 求 书 CN 103186491 A 2 2/2 页 3 请求从所述消息存储器中读取消息并通过消息输出接口发送到所述消。
8、息使用者。 7. 一种端到端硬件消息传输的实现方法， 其特征在于， 该方法包括 ： 控制器通过消息输入接口获取直连的消息创建者创建的消息， 并将获取的消息暂存在 消息存储器中， 对存储在所述消息存储器中的消息执行硬件方式管理 ； 从所述消息存储器 中读取消息， 并通过所述消息输出接口将读取的消息发送给直连的消息使用者。 8. 根据权利要求 7 所述端到端硬件消息传输的实现方法， 其特征在于， 所述消息输入接口为主设备master接口或从设备slave接口， 当所述消息输入接口为 master 接口时， 所述消息输入接口在控制器的控制下， 以主动的方式获取消息创建者创建 的消息 ； 当所述消息输。
9、入接口为 slave 接口时， 所述消息输入接口在控制器的控制下， 以被 动的方式获取消息创建者创建的消息 ； 所述消息输出接口为 master 接口或 slave 接口， 当所述消息输出接口为 master 接口 时， 所述消息输出接口在控制器的控制下， 以主动的方式向消息使用者提供消息 ； 当所述消 息输出接口为 slave 接口时， 所述消息输出接口在控制器的控制下， 以被动的方式向消息 使用者提供消息。 9. 根据权利要求 8 所述端到端硬件消息传输的实现方法， 其特征在于， 所述消息输入 接口在控制器的控制下， 以主动的方式获取消息创建者创建的消息， 包括 ： 所述控制器通过消息输入。
10、接口获取消息创建者的状态， 并依据所述状态从所述消息创 建者的缓冲区中提取消息 ； 或者， 所述控制器通过消息输入接口定时从所述消息创建者的缓冲区中提取消息。 10. 根据权利要求 8 所述端到端硬件消息传输的实现方法， 其特征在于， 所述消息输入 接口在控制器的控制下， 以被动的方式获取消息创建者创建的消息， 包括 ： 所述控制器通过消息输入接口接收所述消息创建者主动发来的消息。 11. 根据权利要求 8 所述端到端硬件消息传输的实现方法， 其特征在于， 所述消息输出 接口在控制器的控制下， 以主动的方式将读取的消息发送给消息使用者， 包括 ： 所述控制器通过消息输出接口获取消息使用者的状态。
11、， 依据所述状态从所述消息存储 器中读取消息并通过消息输出接口发送到所述消息使用者 ； 或者， 所述控制器器定时从所述消息存储器中读取消息并通过消息输出接口发送到消 息使用者。 12. 根据权利要求 8 所述端到端硬件消息传输的实现方法， 其特征在于， 所述消息输出 接口在控制器的控制下， 以被动的方式将读取的消息发送给消息使用者， 包括 ： 所述控制器通过消息输出接口向消息使用者提供消息队列状态， 并通过所述消息输出 接口获取消息使用者依据消息队列状态发出的读请求， 依据所述读请求从所述消息存储器 中读取消息并通过消息输出接口发送到所述消息使用者 ； 或者， 所述控制器通过消息输出接口获取消。
12、息使用者定时发出的读请求， 依据所述读 请求从所述消息存储器中读取消息并通过消息输出接口发送到所述消息使用者。 权 利 要 求 书 CN 103186491 A 3 1/7 页 4 一种端到端硬件消息传输的实现方法和装置 技术领域 0001 本发明涉及消息传输 (message passing) 技术领域， 尤其涉及一种端到端硬件消 息传输 (HMP， Hardware Message Passing) 的实现方法和装置。 背景技术 0002 随着技术的发展， 系统越来越复杂， 集成的核 (core) 数量也越来越多， 核间通信 也越来越重要。传统的核间通信通常采用共享存储器 (share m。
13、emory) 的硬件方式来实现， 如图 1 所示， 多个核通过互连系统与一块共享的存储器相连。这种实现方式的优点是可以 实现多个核之间的交叉信息传输， 而缺点包括 ： 0003 一、 消息传输延时比较长， 这是由于消息的传输需要先由消息创建者写入到共享 存储器， 然后由消息使用者去共享存储器读取， 这两个操作都需要经过系统互连网络， 通路 延时比较长， 而且还会与其它的数据访问进行竞争和判决， 以获取总线的使用权 ； 0004 二、 需要软件进行消息管理， 因为共享存储器只能用来暂存消息， 创建者将消息写 入到共享存储器后要中断并通知消息使用者， 消息创建者和消息使用者要共享管理维护消 息队列。
14、指针， 以避免消息覆盖和消息重复使用等问题。 0005 在实际应用中的很多情况下， 消息使用者是确定的， 消息使用的频次和时间也是 确定的 ； 针对这种情况， 目前一些方案为提高消息传输效率， 减少传输延时， 采用直连接口 进行消息传输， 如图 2 和图 3 所示， 其中， 图 2 示出了可扩展的核 (Extendible core) 之间 通过直连接口进行消息传输， 图 3 示出了在图 2 基础上按照先入先出 (FIFO， First Input First Output) 的消息传输。这种采用直连接口进行消息传输的实现方式存在以下缺陷 ： 一是处理器必须是可扩展的， 可以扩展出消息发送或消。
15、息接收端口来 ； 二是此方法依然需 要软件进行消息管理， 并没有减少软件管理的开销， 只是减少了消息传输的延时。 发明内容 0006 有鉴于此， 本发明的主要目的在于提供一种端到端硬件消息传输的实现方法和装 置， 以提高消息传输的效率， 并减少软件管理的开销。 0007 为达到上述目的， 本发明的技术方案是这样实现的 ： 0008 本发明提供了一种端到端硬件消息传输的实现装置， 该装置包括 ： 消息存储器、 控 制器、 消息输入和输出接口， 0009 所述消息存储器， 用于执行消息的暂存 ； 0010 所述控制器， 用于执行消息的硬件方式管理， 将从消息输入接口获取的消息存储 在所述消息存储器。
16、中， 从所述消息存储器中读取消息并通过所述消息输出接口发送给消息 使用者 ； 0011 所述消息输入接口， 直连消息创建者， 用于在所述控制器的控制下， 获取消息创建 者创建的消息 ； 0012 所述消息输出接口， 直连消息使用者， 用于在所述控制器的控制下， 向消息使用者 说 明 书 CN 103186491 A 4 2/7 页 5 提供消息。 0013 所述消息输入接口为主设备master接口或从设备slave接口， 当所述消息输入接 口为 master 接口时， 所述消息输入接口在控制器的控制下， 以主动的方式获取消息创建者 创建的消息 ； 当所述消息输入接口为 slave 接口时， 所。
17、述消息输入接口在控制器的控制下， 以被动的方式获取消息创建者创建的消息 ； 0014 所述消息输出接口为 master 接口或 slave 接口， 当所述消息输出接口为 master 接口时， 所述消息输出接口在控制器的控制下， 以主动的方式向消息使用者提供消息 ； 当所 述消息输出接口为 slave 接口时， 所述消息输出接口在控制器的控制下， 以被动的方式向 消息使用者提供消息。 0015 所述在控制器的控制下， 以主动的方式获取消息创建者创建的消息， 包括 ： 0016 所述控制器通过消息输入接口获取消息创建者的状态， 并依据所述状态从所述消 息创建者的缓冲区中提取消息 ； 0017 或。
18、者， 所述控制器通过消息输入接口定时从所述消息创建者的缓冲区中提取消 息。 0018 所述在控制器的控制下， 以被动的方式获取消息创建者创建的消息， 包括 ： 0019 所述控制器通过消息输入接口接收所述消息创建者主动发来的消息。 0020 所述在控制器的控制下， 以主动的方式向消息使用者提供消息， 包括 ： 0021 所述控制器通过消息输出接口获取消息使用者的状态， 依据所述状态从所述消息 存储器中读取消息并通过消息输出接口发送到所述消息使用者 ； 0022 或者， 所述控制器器定时从所述消息存储器中读取消息并通过消息输出接口发送 到消息使用者。 0023 所述在控制器的控制下， 以被动的方。
19、式向消息使用者提供消息， 包括 ： 0024 所述控制器通过消息输出接口向消息使用者提供消息队列状态， 并通过所述消息 输出接口获取消息使用者依据消息队列状态发出的读请求， 依据所述读请求从所述消息存 储器中读取消息并通过消息输出接口发送到所述消息使用者 ； 0025 或者， 所述控制器通过消息输出接口获取消息使用者定时发出的读请求， 依据所 述读请求从所述消息存储器中读取消息并通过消息输出接口发送到所述消息使用者。 0026 本发明还提供了一种端到端硬件消息传输的实现方法， 该方法包括 ： 0027 控制器通过消息输入接口获取直连的消息创建者创建的消息， 并将获取的消息暂 存在消息存储器中，。
20、 对存储在所述消息存储器中的消息执行硬件方式管理 ； 从所述消息存 储器中读取消息， 并通过所述消息输出接口将读取的消息发送给直连的消息使用者。 0028 所述消息输入接口为主设备master接口或从设备slave接口， 当所述消息输入接 口为 master 接口时， 所述消息输入接口在控制器的控制下， 以主动的方式获取消息创建者 创建的消息 ； 当所述消息输入接口为 slave 接口时， 所述消息输入接口在控制器的控制下， 以被动的方式获取消息创建者创建的消息 ； 0029 所述消息输出接口为 master 接口或 slave 接口， 当所述消息输出接口为 master 接口时， 所述消息输。
21、出接口在控制器的控制下， 以主动的方式向消息使用者提供消息 ； 当所 述消息输出接口为 slave 接口时， 所述消息输出接口在控制器的控制下， 以被动的方式向 消息使用者提供消息。 说 明 书 CN 103186491 A 5 3/7 页 6 0030 所述消息输入接口在控制器的控制下， 以主动的方式获取消息创建者创建的消 息， 包括 ： 0031 所述控制器通过消息输入接口获取消息创建者的状态， 并依据所述状态从所述消 息创建者的缓冲区中提取消息 ； 0032 或者， 所述控制器通过消息输入接口定时从所述消息创建者的缓冲区中提取消 息。 0033 所述消息输入接口在控制器的控制下， 以被动。
22、的方式获取消息创建者创建的消 息， 包括 ： 0034 所述控制器通过消息输入接口接收所述消息创建者主动发来的消息。 0035 所述消息输出接口在控制器的控制下， 以主动的方式将读取的消息发送给消息使 用者， 包括 ： 0036 所述控制器通过消息输出接口获取消息使用者的状态， 依据所述状态从所述消息 存储器中读取消息并通过消息输出接口发送到所述消息使用者 ； 0037 或者， 所述控制器器定时从所述消息存储器中读取消息并通过消息输出接口发送 到消息使用者。 0038 所述消息输出接口在控制器的控制下， 以被动的方式将读取的消息发送给消息使 用者， 包括 ： 0039 所述控制器通过消息输出接。
23、口向消息使用者提供消息队列状态， 并通过所述消息 输出接口获取消息使用者依据消息队列状态发出的读请求， 依据所述读请求从所述消息存 储器中读取消息并通过消息输出接口发送到所述消息使用者 ； 0040 或者， 所述控制器通过消息输出接口获取消息使用者定时发出的读请求， 依据所 述读请求从所述消息存储器中读取消息并通过消息输出接口发送到所述消息使用者。 0041 本发明所提供的一种端到端硬件消息传输的实现方法和装置， 采用硬件的 HMP 装 置直接与消息创建者和消息使用者相连的方式， 其端到端的消息传输不再经过复杂的互连 系统， 相比现有共享存储器的方案， 数据访问通路的延时得以缩短， 同时也省去。
24、了复杂的互 连系统中竞争和判决的时延、 以及判决失效等待时延 ； 本发明的消息管理由硬件的控制器 来完成， 相比现有方案， 省去了对消息的软件缓冲管理的开销。因此， 本发明能够提高消息 传输的效率， 并减少软件管理的开销。 附图说明 0042 图 1 为现有技术中共享存储器式的消息传输的硬件实现方式示意图 ； 0043 图 2 为现有技术中通过直接接口进行消息传输的硬件实现方式示意图一 ； 0044 图 3 为现有技术中通过直接接口进行消息传输的硬件实现方式示意图二 ； 0045 图 4 为本发明实施例中 HMP 的硬件实现方式的示意图 ； 0046 图 5 为本发明实施例中 HMP 装置的组。
25、成结构示意图 ； 0047 图 6 为本发明实施例一的一对一从主模式的端到端硬件消息传输的示意图 ； 0048 图 7 为本发明实施例二的一对一从从模式的端到端硬件消息传输的示意图 ； 0049 图 8 为本发明实施例三的一对一主主模式的端到端硬件消息传输的示意图 ； 0050 图 9 为本发明实施例四的一对一主从模式的端到端硬件消息传输的示意图。 说 明 书 CN 103186491 A 6 4/7 页 7 具体实施方式 0051 下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。 0052 本发明实施例提供的一种 HMP 的硬件实现方式的示意图， 如图 4 所示， HMP 装置外 。
26、接各种功能单元(Function Module)， 用以实现不同功能单元之间的消息传输 ； 此处的功能 单元可以是 core， 也可以是硬件加速器 (accelerator)、 芯片等等。即本发明不仅适用于芯 片内， 也适用于片间功能单元的消息传递。 0053 用以实现不同功能单元之间的消息传输的HMP装置结构如图5所示， 主要包括 ： 消 息存储器 (storage)、 控制器 (controller)、 消息输入和输出接口 (interface)。其中， 消 息存储器， 用于执行消息的暂存。控制器， 用于执行消息的硬件方式管理， 将从消息输入接 口获取的消息存储在消息存储器中， 从消息存储。
27、器中读取消息并通过消息输出接口发送给 消息使用者。消息输入接口 ( 对应图 5 中的接口 A)， 直连消息创建者， 用于在控制器的控 制下， 以主动或被动的方式获取消息创建者创建的消息。消息输出接口 ( 对应图 5 中的接 口 B)， 直连消息使用者， 用于在控制器的控制下， 以主动或被动的方式向消息使用者提供消 息。 0054 较佳的， 消息输入接口和消息输出接口可以根据需要做成主设备 (master) 接口 或从设备 (slave) 接口， 其中 master 接口主要实现直接存储器访问 (DMA， Direct Memory Access) 功能。在消息创建者不能自主发送消息时， 消息输。
28、入接口以 master 实现 ； 否则， 以 slave 接口实现。在消息接收者不能自主获取消息时， 消息输出接口以 master 实现 ； 否则， 以 slave 接口实现。接口协议不限， 可以是标准接口， 也可以是自定义接口， 具体根据实际 需要设计。 0055 也就是说， 消息输入接口可以为 master 接口或 slave 接口， 当消息输入接口为 master 接口时， 消息输入接口在控制器的控制下， 以主动的方式获取消息创建者创建的消 息 ； 当消息输入接口为 slave 接口时， 消息输入接口在控制器的控制下， 以被动的方式获取 消息创建者创建的消息 ； 0056 消息输出接口也。
29、可以为 master 接口或 slave 接口， 当消息输出接口为 master 接 口时， 消息输出接口在控制器的控制下， 以主动的方式向消息使用者提供消息 ； 当消息输出 接口为 slave 接口时， 消息输出接口在控制器的控制下， 以被动的方式向消息使用者提供 消息。 0057 由上述 HMP 装置实现的端到端硬件消息传输的方法主要包括 ： 控制器通过消息输 入接口获取直连的消息创建者创建的消息， 并将获取的消息暂存在消息存储器中， 对存储 在消息存储器中的消息执行硬件方式管理 ； 从消息存储器中读取消息， 并通过消息输出接 口将读取的消息发送给直连的消息使用者。 0058 消息输入接口。
30、可以为 master 接口或 slave 接口， 当消息输入接口为 master 接口 时， 消息输入接口在控制器的控制下， 以主动的方式获取消息创建者创建的消息 ； 当消息输 入接口为 slave 接口时， 消息输入接口在控制器的控制下， 以被动的方式获取消息创建者 创建的消息 ； 0059 消息输出接口也可以为 master 接口或 slave 接口， 当消息输出接口为 master 接 口时， 消息输出接口在控制器的控制下， 以主动的方式向消息使用者提供消息 ； 当消息输出 说 明 书 CN 103186491 A 7 5/7 页 8 接口为 slave 接口时， 消息输出接口在控制器的。
31、控制下， 以被动的方式向消息使用者提供 消息。 0060 其中， 消息输入接口在控制器的控制下， 以主动的方式获取消息创建者创建的消 息， 包括 ： 0061 控制器通过消息输入接口获取消息创建者的状态， 并依据状态从消息创建者的缓 冲区中提取消息 ； 0062 或者， 控制器通过消息输入接口定时从消息创建者的缓冲区中提取消息。 0063 消息输入接口在控制器的控制下， 以被动的方式获取消息创建者创建的消息， 包 括 ： 控制器通过消息输入接口接收消息创建者主动发来的消息。 0064 消息输出接口在控制器的控制下， 以主动的方式将读取的消息发送给消息使用 者， 包括 ： 0065 控制器通过消。
32、息输出接口获取消息使用者的状态， 依据状态从消息存储器中读取 消息并通过消息输出接口发送到消息使用者 ； 0066 或者， 控制器器定时从消息存储器中读取消息并通过消息输出接口发送到消息使 用者。 0067 消息输出接口在控制器的控制下， 以被动的方式将读取的消息发送给消息使用 者， 包括 ： 0068 控制器通过消息输出接口向消息使用者提供消息队列状态， 并通过消息输出接口 获取消息使用者依据消息队列状态发出的读请求， 依据读请求从消息存储器中读取消息并 通过消息输出接口发送到消息使用者 ； 0069 或者， 控制器通过消息输出接口获取消息使用者定时发出的读请求， 依据读请求 从消息存储器中。
33、读取消息并通过消息输出接口发送到消息使用者。 0070 下面参照图 5 所示的 HMP 装置结构， 并结合具体实施例对本发明的端到端硬件消 息传输方法和系统进一步详细阐述。 0071 实施例可以根据需要组合， 后续给出较常用的一对一的几种应用实施方式， 如附 图 6 9 所示， 其中箭头所指示的方向表示消息的流向， Function Module 0( 功能单元 0) 代表消息创建者， Function Module 1( 功能单元 1) 代表消息使用者，“m” 表示数据接口 行为是 master，“s” 表示数据接口行为是 slave， master 是消息传输的发起者， slave 是消 。
34、息传输的接受者或响应者。另外， 本发明实施例中的消息创建者和消息使用者可以是各种 Function Module， 如 ： core、 硬件加速器、 芯片等等。 0072 如图 6 所示， 本发明的实施例一是描述一对一从主模式的端到端硬件消息传输， 其中 HMP 装置的消息输入接口以 slave 接口来实现 ( 如图 6 中消息传输接口 MPI 的 s 接口 即为消息输入接口 )， 消息输出接口以 master 接口来实现 ( 如图 6 中 MPI 的 m 接口即为消 息输出接口 )。其消息传输的流程主要包括 ： 0073 步骤601， 消息创建者(Function Module 0)将创建的。
35、消息直接送达HMP装置的消 息输入接口 interface A( 即图 6 中 MPI 的 s 接口 )。 0074 本实施例中， 消息创建者是消息传输的发起者， 其主动将创建的消息直接送达 HMP 装置的消息输入接口。 0075 步骤 602， interface A 将收到的消息传给 HMP 装置的 controller。 说 明 书 CN 103186491 A 8 6/7 页 9 0076 步骤 603， HMP 装置的 controller 将消息存入 HMP 装置的 buffer( 缓冲区 ) 或 memory( 存储器 )、 即消息存储器， 同时维护写指针。 0077 步骤 60。
36、4， HMP 装置的 controller 通过 interface B 获取消息使用者 (Function Module 1) 的接收状态、 或者根据定时 (timer)， 来决定何时从 buffer 或 memory 取出消息， 将消息送给 interface B( 即图 6 中 MPI 的 m 接口 )， 同时维护读指针。 0078 步骤605， HMP装置的消息输出接口interface B根据接口协议将消息送给消息使 用者。 0079 如图 7 所示， 本发明的实施例一是描述一对一从从模式的端到端硬件消息传输， 其中 HMP 装置的消息输入接口以 slave 接口来实现 ( 如图 7。
37、 中 MPI 内左侧的 s 接口即为消 息输入接口 )， 消息输出接口也以 slave 接口来实现 ( 如图 7 中 MPI 内右侧的 s 接口即为消 息输出接口 )。其消息传输的流程主要包括 ： 0080 步骤701， 消息创建者(Function Module 0)将创建的消息直接送达HMP装置的消 息输入接口 interface A( 即图 7 中 MPI 内左侧的 s 接口 )。 0081 本实施例中， 消息创建者是消息传输的发起者， 其主动将创建的消息直接送达 HMP 装置的消息输入接口。 0082 步骤 702， interface A 将收到的消息传给 HMP 装置的 contr。
38、oller。 0083 步骤 703， HMP 装置的 controller 将消息存入 HMP 装置的 buffer 或 memory， 同时 维护写指针。 0084 步骤 704， 消息使用者 (Function Module 1) 通过 interface B( 即图 7 中 MPI 内 右侧的 s 接口 ) 来获取消息队列状态、 或者消息使用者根据定时， 来决定何时获取信息。 0085 步骤 705， 消息使用者通过 HMP 装置的消息输出接口 interface B 读取消息。 0086 步骤 706， HMP 装置的 interface B 将读请求送给 controller。 0。
39、087 步骤707， HMP装置的controller从buffer或memory读取消息并送给interface B， 同时维护读指针在自己的缓冲区中。 0088 步骤 708， HMP 装置的 interface B 将 controller 提供的消息返回给消息使用者。 0089 如图 8 所示， 本发明的实施例一是描述一对一主主模式的端到端硬件消息传输， 其中 HMP 装置的消息输入接口以 master 接口来实现 ( 如图 8 中 MPI 内左侧的 m 接口即为 消息输入接口 )， 消息输出接口也以 master 接口来实现 ( 如图 8 中 MPI 内右侧的 m 接口即 为消息输入。
40、接口 )。其消息传输的流程主要包括 ： 0090 步骤 801， 消息创建者 (Function Module 0) 将创建的消息存在自己的缓冲区中。 0091 步骤 802， HMP 装置通过 interface A( 即图 8 中 MPI 内左侧的 m 接口 ) 获取消息 创建者的状态、 或者根据定时， 来决定何时从消息创建者那里取消息， 并将取回的消息送给 HMP 装置的 controller。 0092 步骤 803， HMP 装置的 controller 将消息存入 HMP 装置的 buffer 或 memory， 同时 维护写指针。 0093 步骤 804， HMP 装置的 con。
41、troller 通过 interface B 获取消息使用者 (Function Module 1) 的接收状态、 或者根据定时 (timer)， 来决定何时从 buffer 或 memory 取出消息， 送给 interface B( 即图 8 中 MPI 内右侧的 m 接口 )， 同时维护读指针。 0094 步骤805， HMP装置的消息输出接口interface B根据接口协议将消息送给消息使 说 明 书 CN 103186491 A 9 7/7 页 10 用者。 0095 如图 9 所示， 本发明的实施例一是描述一对一主从模式的端到端硬件消息传输， 其中 HMP 装置的消息输入接口以 。
42、master 接口来实现 ( 如图 9 中 MPI 的 m 接口即为消息输 入接口 )， 消息输出接口也以 slave 接口来实现 ( 如图 9 中 MPI 的 s 接口即为消息输入接 口 )。其消息传输的流程主要包括 ： 0096 步骤 901， 消息创建者 (Function Module 0) 将创建的消息存在自己的缓冲区中。 0097 步骤 902， HMP 装置通过 interface A( 即图 9 中 MPI 的 m 接口 ) 获取消息创建者 的状态、 或者根据定时， 来决定何时从消息创建者那里取消息， 并将取回的消息送给 HMP 装 置的 controller。 0098 步骤。
43、 903， HMP 装置的 controller 将消息存入 HMP 装置的 buffer 或 memory， 同时 维护写指针。 0099 步骤 904， 消息使用者 (Function Module 1) 通过 interface B( 即图 9 中 MPI 的 s 接口 ) 来获取消息队列状态、 或者消息使用者根据定时， 来决定何时获取信息。 0100 步骤 905， 消息使用者通过 HMP 装置的消息输出接口 interface B 读取消息。 0101 步骤 906， HMP 装置的 interface B 将读请求送给 controller。 0102 步骤907， HMP装置的c。
44、ontroller从buffer或memory读取消息并送给interface B， 同时维护读指针在自己的缓冲区中。 0103 步骤 908， HMP 装置的 interface B 将消息返回给消息使用者。 0104 以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保护范围。 说 明 书 CN 103186491 A 10 1/3 页 11 图 1 图 2 图 3 图 4 说 明 书 附 图 CN 103186491 A 11 2/3 页 12 图 5 图 6 图 7 说 明 书 附 图 CN 103186491 A 12 3/3 页 13 图 8 图 9 说 明 书 附 图 CN 103186491 A 13 。