CN111427832B - 一种串行总线的数据传输方法及通信装置 - Google Patents

一种串行总线的数据传输方法及通信装置 Download PDF

Info

Publication number
CN111427832B
CN111427832B CN202010307191.1A CN202010307191A CN111427832B CN 111427832 B CN111427832 B CN 111427832B CN 202010307191 A CN202010307191 A CN 202010307191A CN 111427832 B CN111427832 B CN 111427832B
Authority
CN
China
Prior art keywords
data
data packet
packet
serial bus
length
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010307191.1A
Other languages
English (en)
Other versions
CN111427832A (zh
Inventor
冀晋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Spreadtrum Communications Shanghai Co Ltd
Original Assignee
Spreadtrum Communications Shanghai Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Spreadtrum Communications Shanghai Co Ltd filed Critical Spreadtrum Communications Shanghai Co Ltd
Priority to CN202010307191.1A priority Critical patent/CN111427832B/zh
Publication of CN111427832A publication Critical patent/CN111427832A/zh
Priority to PCT/CN2021/084217 priority patent/WO2021208733A1/zh
Application granted granted Critical
Publication of CN111427832B publication Critical patent/CN111427832B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
    • G06F13/4282—Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/08—Error detection or correction by redundancy in data representation, e.g. by using checking codes
    • G06F11/10—Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's
    • G06F11/1008—Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's in individual solid state devices
    • G06F11/1012—Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's in individual solid state devices using codes or arrangements adapted for a specific type of error
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/14—Handling requests for interconnection or transfer
    • G06F13/16—Handling requests for interconnection or transfer for access to memory bus
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • G06F15/163—Interprocessor communication
    • G06F15/167—Interprocessor communication using a common memory, e.g. mailbox
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • Quality & Reliability (AREA)
  • Communication Control (AREA)
  • Information Transfer Systems (AREA)

Abstract

一种串行总线的数据传输方法及通信装置，所述方法包括：获取待传输的数据，并将所述数据打包为至少一个数据包，所述数据包的数据长度是可配置的，所述数据包中包含长度指示字段和至少一个数据包单元，所述长度指示字段用于指示所述数据包单元的数量；使用所述串行总线传输所述至少一个数据包。通过本发明提供方案能够更好的实现低时延、高可靠性的数据传输，且数据传输效率更高，额外支出少。

Description

一种串行总线的数据传输方法及通信装置
技术领域
本发明涉及通信技术领域，具体地涉及一种串行总线的数据传输方法及通信装置。
背景技术
现有高速传输技术一般都使用128比特作为一个基本的物理(PHY)传输单元。但在实际应用中，128比特的长度并不一定是最有效的。此外，为适应复杂的应用场景，现有高速传输技术如高速串行计算机扩展总线标准(Peripheral Component InterconnectExpress，简称PCI Express，亦即PCIE)和USB打包都比较复杂。
上述两个问题导致现有数据传输模式无法满足通信装置对低延迟、高可靠的要求。
另一方面，为满足用户的多样化需求，手机等通信装置除了实现通话功能外，还逐渐扩展出摄像、游戏等多样化功能。这些应用可以是基于独立的系统来控制和实现的。
因此，对于能够实现多种应用的通信装置，通常至少具有两个集成电路芯片，其中一个芯片为调制解调器(modem)，用于实现蜂窝通信功能，可以理解为通信系统；其中另一个芯片为应用处理器(Application Processor，简称AP)，用于实现诸如拍摄、显示、2D/3D引擎等功能，可以理解为应用处理系统。
通常而言，如果一个系统要求大容量、高带宽、低延迟的内存访问，则系统需要搭配一个独立的片外存储器。以通信装置为例，调制解调器和应用处理器通常会各自搭配一个片外存储器。这就导致通信装置同时拥有多个片外存储器，导致整体成本上升。并且，过多的片外存储器还会导致集成各系统的印刷电路板(Printed Circuit Board，简称PCB)的面积增加，不利于通信装置的小型化设计。
如果要使多个系统共享片外存储器，则对数据传输的低延迟、高可靠性、高带宽的要求更为严苛，现有的数据传输模式显然无法满足。
发明内容
本发明解决的技术问题是如何更好的实现低时延、高可靠性的数据传输。
为解决上述技术问题，本发明实施例提供一种串行总线的数据传输方法，包括：获取待传输的数据，并将所述数据打包为至少一个数据包，所述数据包的数据长度是可配置的，所述数据包中包含长度指示字段和至少一个数据包单元，所述长度指示字段用于指示所述数据包单元的数量；使用所述串行总线传输所述至少一个数据包。
可选的，所述待传输的数据来自多个数据源，其中，同一数据包内的至少一个数据包单元来自相同的数据源，不同数据包内的数据包单元来自不同的数据源。
可选的，所述数据包还包括：包头，用于承载所述数据包的传输信息；包体，用于承载所述至少一个数据包单元。
可选的，所述包头包括：信道标识字段，用于指示传输所述数据包的信道；CC指示字段，用于支持流控。
可选的，所述数据包包括多个传输块，其中每一传输块包括有效载荷和纠错码，所述有效载荷承载所述至少一个数据包单元中的至少一部分。
可选的，所述纠错码为ECC纠错码。
可选的，每一传输块的数据长度为128比特，其中所述有效载荷的数据长度为119比特，所述纠错码的数据长度为9比特。
可选的，所述数据包中每一数据包单元的数据长度由配置寄存器确定。
为解决上述技术问题，本发明实施例还提供一种串行总线的数据传输方法，包括：使用所述串行总线接收至少一个数据包，所述数据包的数据长度是可配置的，所述数据包中包含长度指示字段和至少一个数据包单元，所述长度指示字段用于指示所述数据包单元的数量；解包接收到的所述至少一个数据包，以获取传输的数据。
可选的，所述数据包包括多个传输块，其中每一传输块包括有效载荷和ECC纠错码，所述有效载荷承载所述至少一个数据包单元中的至少一部分，所述解包接收到的所述至少一个数据包，以获取传输的数据包括：对于每一数据包中的每一传输块，基于所述传输块中的ECC纠错码对所述传输块中包含的数据进行校验；若校验结果为出现一比特错误，则纠错；若校验结果为出现大于一比特的错误，则上报上层。
为解决上述技术问题，本发明实施例还提供一种通信装置，包括：应用处理器；调制解调器；共享存储模块，所述应用处理器与所述共享处理模块耦接并可直接访问所述共享存储模块，所述调制解调器与所述应用处理器通过串行总线耦接并通过所述应用处理器间接访问所述共享存储器；其中，所述调制解调器与所述应用处理器采用上述数据传输方法进行数据传输。
与现有技术相比，本发明实施例的技术方案具有以下有益效果：
本发明实施例提供一种串行总线的数据传输方法，包括：获取待传输的数据，并将所述数据打包为至少一个数据包，所述数据包的数据长度是可配置的，所述数据包中包含长度指示字段和至少一个数据包单元，所述长度指示字段用于指示所述数据包单元的数量；使用所述串行总线传输所述至少一个数据包。
本实施例方案采用一种简单的打包方式来尽量减少额外支出。具体而言，本实施例方案采用数据长度可变的数据包，能够最大限度的提高数据传输效率。数据发送端可以在一个数据包中打包尽可能多的数据，使得兼顾效率和实现成为可能。
进一步，本发明实施例还提供一种通信装置，包括：应用处理器；调制解调器；共享存储模块，所述应用处理器与所述共享处理模块耦接并可直接访问所述共享存储模块，所述调制解调器与所述应用处理器通过串行总线耦接并通过所述应用处理器间接访问所述共享存储器；其中，所述调制解调器与所述应用处理器采用上述数据传输方法进行数据传输。
本实施例方案提供一种改进的通信装置，能够使多个有大容量、高带宽、低延迟内存访问需求的系统共享同一物理存储器，利于降低整体成本，提高系统竞争力。具体而言，共享存储模块挂在应用处理器下，应用处理器能够直接访问共享存储模块，而调制解调器则通过应用处理器间接地访问共享存储模块。由此，可以使得多个大容量、高带宽、低延迟系统共享一个片外物理内存。进一步，通过特别设计的数据包格式和相应的打包/解包方式，将数据传输的延迟降低到调制解调器能够接受的范围，使得提高数据传输效率和带宽成为可能，利于更好的降低延迟。
附图说明
图1是本发明实施例一种通信装置的原理示意图；
图2是本发明实施例第一种串行总线的数据传输方法的流程图；
图3是图2中短包的结构示意图；
图4是图2中长包的结构示意图；
图5是本发明实施例第二种串行总线的数据传输方法的流程图；
图6是本发明实施例第三种串行总线的数据传输方法的流程图；
图7是图6中数据包的结构示意图；
图8是本发明实施例第四种串行总线的数据传输方法的流程图；
图9是本发明实施例一种调制解调器的原理示意图。
具体实施方式
如背景技术所言，现有通信装置的各个系统分别独立配置片外物理内存，整体成本高，且PCB面积大，不利于小型化设计。
虽然现有技术也有基于双口存储器(memory)实现共享存储器的方案。但是，双口存储器的接口主要是并口，且速率通常不高。现有双口存储器能够提供的带宽最大约为6.4Gbps，远低于有大容量、高带宽、低延迟内存访问需求的系统的要求。一般而言，高带宽是指系统访问片外物理内存带宽要求在16Gbps以上；低延迟是指系统访问片外物理内存延迟要求低于1000ns。
如果要使多个系统共享片外存储器，则对数据传输的低延迟、高可靠性、高带宽的要求更为严苛，现有的数据传输模式显然无法满足。
本申请发明人经过分析发现，现有高速传输技术一般都使用128比特作为一个基本的物理(PHY)传输单元。但在实际应用中，128比特的长度并不一定是最有效的。另一方面，为适应复杂的应用场景，现有高速传输技术如高速串行计算机扩展总线标准(Peripheral Component Interconnect Express，简称PCI Express，亦即PCIE)和USB打包都比较复杂。
为解决上述技术问题，本发明实施例提供一种串行总线的数据传输方法，包括：获取待传输的数据，并将所述数据打包为至少一个数据包，所述数据包的数据长度是可配置的，所述数据包中包含长度指示字段和至少一个数据包单元，所述长度指示字段用于指示所述数据包单元的数量；使用所述串行总线传输所述至少一个数据包。
本实施例方案采用一种简单的打包方式来尽量减少额外支出。具体而言，本实施例方案采用数据长度可变的数据包，能够最大限度的提高数据传输效率。数据发送端可以在一个数据包中打包尽可能多的数据，使得兼顾效率和实现成为可能。
为使本发明的上述目的、特征和有益效果能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。
图1是本发明实施例一种通信装置的原理示意图。
所述通信装置可以为手机等用户设备。
具体地，参考图1，本实施例所述的通信装置1可以包括：应用处理器11；调制解调器12；共享存储模块13，所述应用处理器11与所述共享存储模块13耦接并可直接访问所述共享存储模块13，所述调制解调器12与所述应用处理器11耦接并通过所述应用处理器11间接访问所述共享存储模块13。
其中，直接可以是相对于间接而言的，也即，应用处理器11对共享存储模块13的数据存取无需经过其他系统中转，而调制解调器12对共享存储模块13的数据存取需要经过其他系统(如应用处理器11)中转。
需要指出的是，本实施例所述直接访问并不意味着应用处理器11与共享存储模块13是采用数据线直接连接的。在实际应用中，应用处理器11与共享存储模块13之间可以通过接口等连接，此时同样可以认为应用处理器11是直接访问共享存储模块13的。
在一个具体实施中，所述应用处理器11可以包括：存储控制单元111，所述存储控制单元111与所述共享存储模块13相通信，所述存储控制单元111可以用于接收所述调制解调器12的访问请求，并根据所述访问请求访问所述共享存储模块13。
进一步地，所述存储控制单元111还可以用于向所述调制解调器12反馈对所述共享存储模块13的访问结果。
例如，应用处理器11内的数据传输基于第一总线(bus)112进行，调制解调器12内的数据传输基于第二总线121进行。所述第一总线112上进行数据传输时采用的标准数据格式与所述第二总线121上进行数据传输时采用的标准数据格式可以相同，也可以不同。应用处理器11和调制解调器12内部可以各自采用现有协议规定的数据传输协议进行数据传输。
所述第一总线112可以理解为应用处理器11内的公共通道。类似的，所述第二总线121可以理解为调制解调器12内的公共通道。
进一步，存储控制单元111与共享存储模块13之间也可以基于总线进行数据传输，且数据传输时采用的标准数据格式与所述第一总线112上进行数据传输时采用的标准数据格式与所述第二总线121上进行数据传输时采用的标准数据格式可以相同，也可以不同。
进一步，应用处理器11可以包括第一处理模块(Processor)113，所述第一处理模块113可以根据系统运行需要通过第一总线112和存储控制单元111访问所述共享存储模块13。
进一步，调制解调器12可以包括第二处理模块122，所述第二处理模块122可以根据系统运行需要通过第二总线121发送访问请求，以请求访问共享存储模块13。所述访问请求通过调制解调器12和应用处理器11之间的耦接关系传递至第一总线112，进而通过存储控制单元111发送至共享存储模块13。
接下来对调制解调器12和应用处理器11之间的耦接关系以及相应的数据传输方式进行具体阐述。
在一个具体实施中，所述应用处理器11和调制解调器12之间可以通过串行总线14相通信。具体地，所述串行总线14传输数据时采用私有数据格式，并且，所述私有数据格式不同于前述第一总线112、第二总线121以及存储控制单元111和共享存储模块13之间所采用的所述标准数据格式。
由此，通过特别设计的数据包格式和相应的打包/解包方式，将数据传输的延迟降低到调制解调器12能够接受的范围，使得提高数据传输效率和带宽成为可能，利于更好的降低延迟。
例如，参考图1，所述应用处理器11和调制解调器12分别包括接口单元(link)，为便于区分，将应用处理器11的接口单元记作第一接口单元114，将调制解调器12的接口单元记作第二接口单元123。
所述第一接口单元114和第二接口单元123用于连接所述串行总线14，并将数据的数据格式在私有数据格式与应用处理器11和调制解调器12各自的标准数据格式之间转换。
在一个典型的应用场景中，第二处理模块122发起读取命令，所述读取命令依次通过第二总线121、串行总线14、第一接口单元114、第一总线112传输至存储控制单元111。进而通过存储控制单元111传输至共享存储模块13。
所述共享存储模块13反馈所述读取命令指向的数据时，所述数据经由前述路径的反向路径逐步传送至所述第二处理模块122。
在传送过程中，当所述数据传送至所述第一接口单元114时，所述第一接口单元114可以将所述数据中的每一数据包的数据格式从所述应用处理器11采用的标准数据格式转换至所述串行总线14所采用的私有数据格式。然后再通过串行总线14传送至第二接口单元123。
响应于接收到基于私有数据格式的数据，所述第二接口单元123可以将所述数据中每一数据包的数据格式从私有数据格式转换为调制解调器12所采用的标准数据格式。然后再通过第二总线121传送至第二处理模块122。
在另一个典型的应用场景中，第二处理模块122发起写命令，所述写命令以及需要写入共享存储模块13的数据依次通过第二总线121、串行总线14、第一接口单元114、第一总线112传输至存储控制单元111。进而通过存储控制单元111传输至共享存储模块13。
在传送过程中，当所述数据传送至所述第二接口单元123时，所述第二接口单元123可以将所述数据中每一数据包的数据格式从调制解调器12所采用的标准数据格式转换至所述串行总线14所采用的私有数据格式。然后再通过串行总线14传送至所述第一接口单元114。
响应于接收到基于私有数据格式的数据，所述第一接口单元114可以将所述数据中每一数据包的数据格式从私有数据格式转换为所述应用处理器11采用的标准数据格式。然后再通过第一总线112传送至存储控制单元111进行数据写入。
在一个具体实施中，所述共享存储模块13可以是双倍速率同步动态随机存储器(Double Data Rate Synchronous Dynamic Random Access Memory，简称DDR SDRAM，可简称DDR)。
所述串行总线14传输的数据可以打包为至少一个数据包，接下来对所述串行总线14的几种不同的数据传输过程进行具体阐述。
在一个具体实施中，参考图2，本发明实施例第一种串行总线14的数据传输方法可以包括如下步骤：
步骤S101，获取待传输的数据，并将所述数据打包为至少一个数据包，所述数据包为长包或短包，所述长包和短包具有不同的数据长度；
步骤S102，使用所述串行总线传输所述至少一个数据包。
具体地，结合图1，当所述待传输的数据是由第一接口单元114传送至第二接口单元123时，所述步骤S101和步骤S102可以是由第一接口单元114执行的。反之，当所述待传输的数据是由第二接口单元123传送至第一接口单元114时，所述步骤S101和步骤S102可以是由第二接口单元123执行的。
进一步地，所述至少一个数据包可以都是长包，或者都是短包，或者是长包和短包的组合。在实际应用中，可以根据待传输的数据的大小灵活选择长包和/或短包以打包得到所述至少一个数据包。
在一个具体实施中，所述短包中的有效载荷(payload)的数据长度可以根据所述串行总线14传输的单个数据的宽度确定。
具体地，所述单个数据的宽度可以是以串行总线14上传输的大多数单个数据的宽度为准。
本申请发明人经过分析发现，现有高速传输技术一般都使用128比特作为一个基本的物理(PHY)传输单元。但在实际应用中，128比特的长度并不一定是最有效的。另一方面，为适应复杂的应用场景，现有高速传输技术如高速串行计算机扩展总线标准(Peripheral Component Interconnect Express，简称PCI Express，亦即PCIE)和USB打包都比较复杂。
针对前述两个问题，本实施通过设计一种简单的打包方式来尽量减少额外支出。进一步，通过优化数据包长度来兼顾效率和实现。具体而言，本实施定义两种不同长度的数据包，用来传输不同长度的数据。数据发送端(如第一接口单元114或第二接口单元123)可以根据待传输的数据的大小灵活选择短包和/或长包来打包。
以演进的可扩展界面(Advanced eXtensible Interface，简称AXI)总线协议为例，基于AXI传输数据时单个数据的宽度通常为73比特。则如果按照现有128比特为基本单位进行数据传输，显然会浪费很多比特。
基于此，本实施中，将所述短包的有效载荷的数据长度确定为77比特。进一步，所述短包整体的数据长度可以为112比特。以在确保有效容纳足够的传输信息以及77比特的有效载荷的，且为整包的基础上，将所述数据包的整体数据长度尽可能的缩小。其中，整包是指数据包的数据长度为16的整倍数，16由物理层定义。
在一个具体实施中，参考图3，短包3可以包括：包头31，用于承载所述数据包的传输信息；包体32，用于承载所述数据的至少一部分。
具体地，包体32可以包括有效载荷321，所述包体32的长度可以根据所述串行总线14传输的单个数据的宽度确定。例如，所述有效载荷321的数据长度为77比特。
进一步地，包头31可以包括信道标识字段(Channel Identification，简称ChID)311，用于指示传输所述数据包(本实施例为短包3)的信道。
进一步，所述包头31还可以包括信用计数器(Credit Counter，简称CC)指示字段312，用于支持流控。例如，CC指示字段312可以包括CC标识(CCID)和信用值(Credit)。其中，CC标识用于指示所述短包3所属信道，信用值用于指示所述信道的信用值。
进一步，所述包头31可以包括多组CC指示字段312，例如，图3示出了3组CC指示字段312，分别记作CCID0和Credit0组、CCID1和Credit1组以及CCID2和Credit2组。其中，不同组的CC指示字段312对应于不同的信道。
进一步，所述短包3还可以包括ECC纠错码33。相应的，所述数据包(本实施例为短包3)的接收端基于所述ECC纠错码33对所述短包3进行校验时，若校验结果为出现一比特错误时纠错，若校验结果为出现大于一比特的错误时上报上层。例如，所述上层可以为通信装置1的应用层。
在图3所示短包3中，ECC纠错码33的数据长度可以为9比特，包头31的数据长度可以为26比特。由此，包体32共同组成总长112比特的短包3。
在一个变化例中，对于采用如PCIE协议标准传输的数据，可以根据传输的单个数据的宽度调整所述包体32的有效载荷321的数据长度。相应的所述短包3的数据长度也可以适当调整。
在一个具体实施中，长包中的有效载荷的数据长度可以是所述短包中的有效载荷的数据长度的N倍，N为大于等于2的正整数。
例如，参考图4，长包4中有效载荷421的数据长度可以是图3所示短包3中有效载荷321的数据长度的3倍。由此，可以在长包4中打包入4组均为73比特的数据。
具体地，与短包3的结构相类似，所述长包4也可以包括包头41、包体42和ECC校验码43。
其中，包头41可以用于承载长包4的传输信息。例如，包头41可以包括信道标识字段(ChID)和CC指示字段。
进一步，包头41还可以包括数据线宽度指示字段(Data Width，简称DW)，用于指示本次传输数据源所采用的数据线的宽度。
进一步，包头41还可以包括数据位置指示字段(Position，简称Pos)，用于指示本次传输的数据包(本实施例为长包4)在所述数据线中的位置。
进一步，所述长包4的有效载荷421可以包括多个区间，其中每一区间具有相对应的ECC纠错码43。
例如，参考图4，所述有效载荷421可以包括3个区间，各区间的数据长度分别为86比特、103比特和103比特。每一区间后面配置有对应于该区间的ECC纠错码43。
所述ECC纠错码43的数据长度为9比特，所述包头41的数据长度为17比特。由此，长包4的长度为112×3＝336比特。
在一个具体实施中，所述待传输的数据可以来自多个数据源，所述步骤S101可以包括步骤：将不同数据源的数据分别打包，以得到所述至少一个数据包。
相应的，所述步骤S102可以包括步骤：使用所述串行总线14的同一物理通路传输所述至少一个数据包，其中，不同数据源的数据包基于不同的信道标识字段(ChID)相区分。
也即，不同数据源的数据不会打包到一个数据包，但在通过串行总线14传输时，可以基于信道标识字段(ChID)支持将多路数据打包后用一套物理通路传输。
图5是本发明实施例第二种串行总线的数据传输方法的流程图。
具体地，结合图1和图2，当第一接口单元114采用图2所示实施例所述方案打包数据并通过串行总线14传输时，作为数据接收端的第二接口单元123可以执行本实施例方案，以接收所述短包3和/或长包4。反之，当第二接口单元123采用图2所示实施例所述方案打包数据并通过串行总线14传输时，作为数据接收端的第一接口单元114可以执行本实施例方案，以接收所述短包3和/或长包4。
具体地，参考图5，所述数据传输方法可以包括如下步骤：
步骤S201，使用所述串行总线接收至少一个数据包，所述数据包为长包或短包，所述长包和短包具有不同的数据长度；
步骤S202，解包接收到的所述至少一个数据包，以获取传输的数据。
本领域技术人员理解，所述步骤S201至步骤S202可以视为与上述图2至图4所示实施例所述步骤S101至步骤S102相呼应的执行步骤，两者在具体的实现原理和逻辑上是相辅相成的。因而，本实施例中涉及名词的解释可以参考图2至图4所示实施例的相关描述，这里不再赘述。
进一步地，在所述步骤S202中，可以作为数据接收端的所述第一接口单元114所属应用处理器11内进行数据传输时的标准数据格式，或者作为数据接收端的所述第二接口单元123所属所述调制解调器12内进行数据传输时的标准数据格式，对接收到的所述至少一个数据包进行解包处理。并将接收到的所述至少一个数据包的数据格式转换为对应的标准数据格式。
在一个具体实施中，在执行所述步骤S202时或之后，本实施例所述数据传输方法还可以包括步骤：对于接收到的每一数据包，基于所述ECC纠错码对所述数据包进行校验；若校验结果为出现一比特错误，则纠错；若校验结果为出现大于一比特的错误，则上报上层。
本申请发明人经过分析发现，现有的数据传输方案普遍采用循环冗余校验(Cyclic Redundancy Check，简称CRC)检错。虽然CRC可以很好地检查数据传输后有没有出错，但是CRC不能纠正数据错误。一旦发现数据出错后，现有技术方案普遍采用数据重传来补救。而重传不仅造成了很大的数据延时，而且实现也很复杂。
而在本实施例所述共享存储器场景中，传输的短包3和长包4选用了一比特纠错、两比特检错(SEC-DED ECC)模式。这样对于出现的一比特错误，数据接收端可以马上纠正，而不必重传。进一步，由于出现两比特或更多比特出错的概率已经很低，所以可以由上层处理。由此，使得通过串行总线14传输数据的低时延效果更为显著。
在一个变化例中，所述ECC纠错码可以替换为其他类型的纠错码，以供数据接收端校验。
图6是本发明实施例第三种串行总线的数据传输方法的流程图。
具体地，参考图6，本实施例所述串行总线14的数据传输方法可以包括如下步骤：
步骤S301，获取待传输的数据，并将所述数据打包为至少一个数据包，所述数据包的数据长度是可配置的，所述数据包中包含长度指示字段(Length)和至少一个数据包单元，所述长度指示字段用于指示所述数据包单元的数量；
步骤S302，使用所述串行总线传输所述至少一个数据包。
结合图1，当所述待传输的数据是由第一接口单元114传送至第二接口单元123时，所述步骤S301和步骤S302可以是由第一接口单元114执行的。反之，当所述待传输的数据是由第二接口单元123传送至第一接口单元114时，所述步骤S301和步骤S302可以是由第二接口单元123执行的。
由此，能够最大限度地提高传输效率。
具体而言，参考图7，本实施例所述数据长度可变的数据包5可以包括包头51和包体52。
所述包头51可以用于承载所述数据包5的传输信息。例如，与上述图2至图4所示实施例中的短包3和长包4相类似，所述包头51可以包括信道标识字段(ChID)以及CC指示字段。
所述包体52可以用于承载至少一个数据包单元521，图7中以Data0,Data1,…,Datan为例进行示例性展示。所述包头51还可以包括所述长度指示字段(Length)，Length＝n表示所述包体52承载的数据包单元521的数量为n个。
不同数据包单元521的数据长度可以是相同的，也可以是不相同的。例如，所述数据包5中每一数据包单元521的数据长度可以由配置(configuration)寄存器确定。
所述待传输的数据可以来自多个数据源，其中，同一数据包5内的至少一个数据包单元521可以来自相同的数据源，不同数据包5内的数据包单元521可以来自不同的数据源。也即，不同数据源的数据打包到不同的数据包5。
进一步地，传输所述数据包5时，在物理层，可以自所述数据包5的包头51开始，每单位数据长度打包得到一个传输块(block)53。换言之，在物理层的层面上，所述数据包5可以包括多个传输块53，每一传输块53的数据长度是固定的。而由于数据包5的数据长度是可配置的，因而不同数据包5包括的传输块53的数量可以是不相同的。
例如，所述单位数据长度可以为119比特。也即，自所述数据包5的包头51开始每119比特打一个包，这119比特可能没有包头51，甚至也可能打断某个数据包单元521。
进一步而言，还可能存在这样的情形，即前一数据包5的最后几个或最后一个数据包单元521的一部分可能与后一数据包5的包头51和/或至少一部分数据包单元521打包成一个传输块53。
在一个具体实施中，所述传输块53可以包括有效载荷531和纠错码532。其中，所述有效载荷531的数据长度为119比特。
在物理层，自所述数据包5的包头51开始每119比特打包得到所述传输块53的有效载荷531，然后再加上对应的纠错码532，从而形成所述传输块53。
例如，所述纠错码532可以为ECC纠错码。
在本实施例中，所采用的物理层传输块(block)长度为128比特。也即，所述传输块53的数据长度采用现有传输协议通用的128比特，其中有效载荷531的数据长度为119比特，用于传输数据，ECC纠错码532为9比特。
进一步地，所述至少一个数据包5可以是首尾相接地打包为一体。
图8是本发明实施例第四种串行总线的数据传输方法的流程图。
具体地，结合图1和图6，当第一接口单元114采用图6所示实施例所述方案打包数据并通过串行总线14传输时，作为数据接收端的第二接口单元123可以执行本实施例方案，以接收所述至少一个数据包5。反之，当第二接口单元123采用图2所示实施例所述方案打包数据并通过串行总线14传输时，作为数据接收端的第一接口单元114可以执行本实施例方案，以接收所述至少一个数据包5。
具体地，参考图8，所述数据传输方法可以包括如下步骤：
步骤S401，使用所述串行总线接收至少一个数据包，所述数据包的数据长度是可配置的，所述数据包中包含长度指示字段和至少一个数据包单元，所述长度指示字段用于指示所述数据包单元的数量；
步骤S402解包接收到的所述至少一个数据包，以获取传输的数据。
本领域技术人员理解，所述步骤S401至步骤S402可以视为与上述图6至图7所示实施例所述步骤S301至步骤S302相呼应的执行步骤，两者在具体的实现原理和逻辑上是相辅相成的。因而，本实施例中涉及名词的解释可以参考图6和图7所示实施例的相关描述，这里不再赘述。
进一步地，在所述步骤S402中，可以作为数据接收端的所述第一接口单元114所属应用处理器11内进行数据传输时的标准数据格式，或者作为数据接收端的所述第二接口单元123所属所述调制解调器12内进行数据传输时的标准数据格式，对接收到的所述至少一个数据包5进行解包处理。并将接收到的所述至少一个数据包5的数据格式转换为对应的标准数据格式。
在一个具体实施中，在执行所述步骤S402时或之后，本实施例所述数据传输方法还可以包括步骤：对于每一数据包5中的每一传输块53，基于所述传输块53中的ECC纠错码532对所述传输块53中包含的数据(承载于有效载荷531)进行校验；若校验结果为出现一比特错误，则纠错；若校验结果为出现大于一比特的错误，则上报上层。
本申请发明人经过分析发现，现有的数据传输方案普遍采用循环冗余校验(Cyclic Redundancy Check，简称CRC)检错。虽然CRC可以很好地检查数据传输后有没有出错，但是CRC不能纠正数据错误。一旦发现数据出错后，现有技术方案普遍采用数据重传来补救。而重传不仅造成了很大的数据延时，而且实现也很复杂。
而在本实施例所述共享存储器场景中，传输的数据包5选用了一比特纠错、两比特检错(SEC-DED ECC)模式。这样对于出现的一比特错误，数据接收端可以马上纠正，而不必重传。进一步，由于出现两比特或更多比特出错的概率已经很低，所以可以由上层处理。由此，使得通过串行总线14传输数据的低时延效果更为显著。
在一个变化例中，所述ECC纠错码可以替换为其他类型的纠错码，以供数据接收端校验。
在一个具体实施中，所述通信装置1还可以包括：附加共享模块(图未示)，所述附加共享模块可以与所述应用处理器11耦接并通过所述应用处理器11间接访问所述共享存储模块13。
例如，所述附加共享模块可以为片外加速器。
又例如，所述附加共享模块还可以为嵌入式神经网络处理器(Neural-networkProcessing Unit，简称NPU)。
也即，本实施例所述共享存储器的方案，不仅适用于应用处理器11与调制解调器12共享所述共享存储模块13的场景，还可以适用于更多个系统共享所述共享存储模块13的场景。
进一步，在基于上述图1至图8所示多个芯片(如应用处理器11和调制解调器12)共享外部存储器(如所述共享存储模块13)方案的基础上，为解决外部存储器的高延迟与调制解调器12的实时性需求之间的冲突，本实施例方案还提供一种改进的调制解调器，旨在解决外部存储器的访问延迟过大，严重约束系统实时性能需求的问题。
具体而言，通过分析外部存储器(如所述共享存储模块13)的访问模式及调制解调器12的功能模块(如MCU和硬件加速器)的访问特点，提升访问延迟性能。进而改善与缓存未命中相关的共享存储模块13访问，改善未缓存的共享存储模块13访问。
在一个具体实施中，参考图9，调制解调器6可以包括：缓存模块62，用于缓存所述调制解调器6访问过的数据。
进一步，所述调制解调器6还可以包括功能模块61，所述缓存模块62缓存的是所述功能模块61访问过的数据。
进一步，所述调制解调器6可以与外部处理器件(图9未示)耦接，所述功能模块61通过所述外部处理器件间接访问共享存储模块13以获取数据，所述外部处理器件与所述共享存储模块13耦接并可直接访问所述共享存储模块13。
由此，通过在调制解调器6内部增设缓存模块62的方式，缓存各功能模块61访问过的数据，以降低调制解调器6访问共享存储模块13的频率。由此，能够在外部存储器的高延迟与调制解调器的实时性需求之间更好的取得平衡。
进一步，本实施例所述调制解调器6可以应用于图1所示共享存储器场景，如图1示出的调制解调器12可以采用本实施例所述调制解调器6的具体结构。相应的，所述外部处理器件即为图1示出的应用处理器11。
在一个具体实施中，所述功能模块61可以包括微控制单元(MicrocontrollerUnit，简称MCU)。进一步，所述MCU可以包括多个子单元，如图中处理器集群#1至处理器集群#N所示，N大于等于1。
在一个具体实施中，所述功能模块61可以包括硬件加速器。与MCU相类似，所述硬件加速器也可以包括多个子单元，如图中硬件加速器#1至硬件加速器#M所示，M大于等于1。
在一个具体实施中，读数据时，所述调制解调器6中的任一功能模块61读取数据时，可以先读取所述缓存模块62，如果命中就返回读取结果，如果未命中就继续通过所述应用处理器11访问所述共享存储模块13。
进一步地，所述缓存模块62缓存的可以是所述调制解调器6的功能模块61历史上高频访问的数据。
例如，通过仿真或实验等方式统计分析功能模块61历史上在共享存储模块13的访问结果，根据频度和访问的数据量大小等综合分析所述功能模块61历史上高频访问的数据。并将这些数据预先缓存至所述缓存模块62供功能模块61访问。
为进一步优化数据传输效率，缓存到缓存模块62的可以是所述调制解调器6的功能模块61历史上高频访问且数据量较小的数据。
在一个具体实施中，所述缓存模块62可以包括多个第一缓存子模块621，不同的第一缓存子模块621可以对应不同的功能模块61。
例如，每一处理器集群可以各自配置对应的第一缓存子模块621。
又例如，每一硬件加速器也可以各自配置对应的第一缓存子模块621。
对于每一所述功能模块61，所述功能模块61读取数据时，先读取相对应的所述第一缓存子模块621，如果命中就返回读取结果，如果未命中就继续通过所述应用处理器11访问所述共享存储模块13。
以处理器集群#1为例，所述处理器集群#1读取数据时，先读取与其相对应的第一缓存子模块621，如果命中就返回读取结果，如果未命中就继续通过所述应用处理器11访问所述共享存储模块13。
相应的，对于处理器集群#1通过所述应用处理器11访问所述共享存储模块13获取的数据，可以将该数据缓存到所述处理器集群#1对应的第一缓存子模块621，以备后用。
在一个具体实施中，所述缓存模块62还可以包括第二缓存子模块622，所述第二缓存子模块622可以对应多个功能模块61。
例如，所述第二缓存子模块622可以与所述调制解调器6内的总线63耦接，以缓存总线63上传输的数据。其中，所述总线63可以是图1中的第二总线121。
相应的，对于每一所述功能模块61，所述功能模块61读取数据时，先读取相对应的第一缓存子模块621，如果命中就返回读取结果，如果未命中就读取所述第二缓存子模块622，如果仍未命中就继续通过所述应用处理器11访问所述共享存储模块13。
以硬件加速器#1为例，所述硬件加速器#1读取数据时，先读取与其相对应的第一缓存子模块621，如果命中就返回读取结果，如果未命中就读取所述第二缓存子模块622，如果仍未命中就继续通过所述应用处理器11访问所述共享存储模块13。
相应的，对于硬件加速器#1通过所述应用处理器11访问所述共享存储模块13获取的数据，可以将该数据优先缓存到所述硬件加速器#1对应的第一缓存子模块621，以备后用。但是，如果此时所述硬件加速器#1对应的第一缓存子模块621已满，则可以将所述数据缓存到所述第二缓存子模块622。
在一个具体实施中，所述第二缓存子模块622可以与用于连接调制解调器6与外部处理器件之间的串行总线的接口单元直接耦接。例如，第二缓存子模块622可以与图1中的第二接口单元123耦接，以缓存第二接口单元123接收到的数据。
在一个具体实施中，处理器集群可以包括一致性接口，用于实现第一缓存子模块621、第二缓存子模块622与共享存储模块13之间的内存一致性管理。
在一个具体实施中，所述第一缓存子模块621可以优先缓存相对应的功能模块61访问过的数据。进一步，若第一缓存子模块621已满，再将第一缓存子模块621对应的功能模块61访问过的数据缓存到第二缓存子模块622。
在一个具体实施中，所述第二缓存子模块622可以优先缓存所述调制解调器6的功能模块61历史上高频访问的数据。例如，对于预缓存的数据，可以优先放到公共缓存空间(即第二缓存子模块622)，以备后用。
在一个具体实施中，各第一缓存子模块621和第二缓存子模块622的数量以及大小，可以是根据对相对应的功能模块61以及调制解调器6整体访问共享存储模块13的统计结果来划分确定的。也即，各第一缓存子模块621和第二缓存子模块622的大小是可以灵活调整(Size Tuning)的。
进一步，针对访问需求较高的功能模块61，可以针对性的分配较大的第一缓存子模块621。或者，针对该功能模块61临时分配多个第一缓存子模块621，以充分利用调制解调器6的缓存空间。
在一个具体实施中，所述第二缓存子模块622的容量可以大于所述第一缓存子模块621的容量。进一步，所述第二缓存子模块622对延迟性能要求可以略低于所述第一缓存子模块621对延迟性能的要求。
在一个具体实施中，所述第一缓存子模块621可以是L1级随机存取存储器(RandomAccess Memory，简称RAM)。所述第二缓存子模块622可以是比较低级但容量大的RAM。
或者，所述第一缓存子模块621也可以是L2级RAM。
在一个具体实施中，所述调制解调器6本身可以配置传统的缓存(Cache)64。本实施例方案为改善外部存储器(如共享存储模块13)的访问延迟性能，在调制解调器6中额外配置适量的缓存模块62(如RAM)来降低访问数据量较少但频度较高的数据的外部访问需求。
具体而言，MCU里除配置传统的缓存(Cache)之外，额外配置一部分第一缓存子模块621。
类似的，硬件加速器里，也可以根据需求配置一部分第一缓存子模块621。
类似的，总线63也可以外置部分第二缓存子模块622(RAM和Cache)。
本实施例方案可以广泛适用于各类外部存储器，用于改善访问延迟性能。
虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。

Claims (9)

1.一种串行总线的数据传输方法，其特征在于，包括：
获取待传输的数据，并将所述数据打包为至少一个数据包，所述数据包的数据长度是可配置的，所述数据包中包含长度指示字段和至少一个数据包单元，所述长度指示字段用于指示所述数据包单元的数量，所述待传输的数据来自多个数据源，其中，同一数据包内的至少一个数据包单元来自相同的数据源，不同数据包内的数据包单元来自不同的数据源，所述数据包的包头包括信道标识字段，用于指示传输所述数据包的信道；
使用所述串行总线传输所述至少一个数据包；
传输所述数据包时，在物理层，自所述数据包的包头开始每单位数据长度打包得到一个传输块，所述数据包包括多个传输块，其中每一传输块包括有效载荷和纠错码，所述有效载荷承载所述至少一个数据包单元中的至少一部分；
其中，所述使用所述串行总线传输所述至少一个数据包包括：
使用所述串行总线的同一物理通路传输所述至少一个数据包，其中，不同数据源的数据包基于不同的信道标识字段相区分。
2.根据权利要求1所述的数据传输方法，其特征在于，所述数据包还包括：包头，用于承载所述数据包的传输信息；
包体，用于承载所述至少一个数据包单元。
3.根据权利要求2所述的数据传输方法，其特征在于，所述包头包括：
CC指示字段，用于支持流控。
4.根据权利要求1所述的数据传输方法，其特征在于，所述纠错码为ECC纠错码。
5.根据权利要求1所述的数据传输方法，其特征在于，每一传输块的数据长度为128比特，其中所述有效载荷的数据长度为119比特，所述纠错码的数据长度为9比特。
6.根据权利要求1所述的数据传输方法，其特征在于，所述数据包中每一数据包单元的数据长度由配置寄存器确定。
7.一种串行总线的数据传输方法，其特征在于，包括：
使用所述串行总线接收至少一个数据包，所述数据包的数据长度是可配置的，所述数据包中包含长度指示字段和至少一个数据包单元，所述长度指示字段用于指示所述数据包单元的数量，待传输的数据来自多个数据源，其中，同一数据包内的至少一个数据包单元来自相同的数据源，不同数据包内的数据包单元来自不同的数据源，所述数据包的包头包括信道标识字段，用于指示传输所述数据包的信道，其中，接收的数据包包括多个传输块，其中每一传输块包括有效载荷和ECC纠错码，所述有效载荷承载所述至少一个数据包单元中的至少一部分，所述传输块是在传输所述数据包时在物理层自所述数据包的包头开始每单位数据长度打包得到的；
解包接收到的所述至少一个数据包，以获取传输的数据；
其中，所述使用所述串行总线传输所述至少一个数据包包括：
使用所述串行总线的同一物理通路接收所述至少一个数据包，其中，不同数据源的数据包基于不同的信道标识字段相区分。
8.根据权利要求7所述的数据传输方法，其特征在于，所述解包接收到的所述至少一个数据包，以获取传输的数据包括：
对于每一数据包中的每一传输块，基于所述传输块中的ECC纠错码对所述传输块中包含的数据进行校验；
若校验结果为出现一比特错误，则纠错；
若校验结果为出现大于一比特的错误，则上报上层。
9.一种通信装置，其特征在于，包括：
应用处理器；
调制解调器；
共享存储模块，所述应用处理器与所述共享存储模块耦接并可直接访问所述共享存储模块，所述调制解调器与所述应用处理器通过串行总线耦接并通过所述应用处理器间接访问所述共享存储模块；
其中，所述调制解调器与所述应用处理器采用上述权利要求1至8中任一项所述方法进行数据传输。
CN202010307191.1A 2020-04-17 2020-04-17 一种串行总线的数据传输方法及通信装置 Active CN111427832B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202010307191.1A CN111427832B (zh) 2020-04-17 2020-04-17 一种串行总线的数据传输方法及通信装置
PCT/CN2021/084217 WO2021208733A1 (zh) 2020-04-17 2021-03-31 一种串行总线的数据传输方法及通信装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010307191.1A CN111427832B (zh) 2020-04-17 2020-04-17 一种串行总线的数据传输方法及通信装置

Publications (2)

Publication Number Publication Date
CN111427832A CN111427832A (zh) 2020-07-17
CN111427832B true CN111427832B (zh) 2023-04-25

Family

ID=71552551

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010307191.1A Active CN111427832B (zh) 2020-04-17 2020-04-17 一种串行总线的数据传输方法及通信装置

Country Status (2)

Country Link
CN (1) CN111427832B (zh)
WO (1) WO2021208733A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111541518A (zh) * 2020-04-17 2020-08-14 展讯通信（上海）有限公司 一种串行总线的数据传输方法及通信装置
CN111427832B (zh) * 2020-04-17 2023-04-25 展讯通信（上海）有限公司 一种串行总线的数据传输方法及通信装置
CN115499104B (zh) * 2022-10-24 2023-02-03 上海泰矽微电子有限公司 一种芯片die间的通信方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7475174B2 (en) * 2004-03-17 2009-01-06 Super Talent Electronics, Inc. Flash / phase-change memory in multi-ring topology using serial-link packet interface
US20070127484A1 (en) * 2005-12-02 2007-06-07 Dialogic Corporation Data transfer operations and buffer memories
CN101729525A (zh) * 2008-10-31 2010-06-09 华为技术有限公司 数据包的发送、接收方法及装置、以及处理方法及系统
US9880956B2 (en) * 2011-04-06 2018-01-30 Robert Bosch Gmbh Method and apparatus for adapting the data transmission security in a serial bus system
CN104184543B (zh) * 2013-05-24 2018-10-30 华为技术有限公司 一种数据传输的方法、装置和系统
US9614710B2 (en) * 2013-12-05 2017-04-04 Dove Voice Technologies Ltd. Method and system for communication digital data on an analog signal
CN110351015A (zh) * 2019-08-21 2019-10-18 上海云丁微电子有限公司 一种数据发送方法、接收方法及设备
CN111541518A (zh) * 2020-04-17 2020-08-14 展讯通信（上海）有限公司 一种串行总线的数据传输方法及通信装置
CN111427832B (zh) * 2020-04-17 2023-04-25 展讯通信（上海）有限公司 一种串行总线的数据传输方法及通信装置

Also Published As

Publication number Publication date
WO2021208733A1 (zh) 2021-10-21
CN111427832A (zh) 2020-07-17

Similar Documents

Publication Publication Date Title
WO2021208734A1 (zh) 一种串行总线的数据传输方法及通信装置
CN111427832B (zh) 一种串行总线的数据传输方法及通信装置
US10572164B2 (en) Systems and methods for improving efficiencies of a memory system
CN111641474A (zh) 基于flit的并行前向纠错和奇偶校验
CN111131091B (zh) 一种面向片上网络的片间互连方法和系统
US7492710B2 (en) Packet flow control
CN111327603B (zh) 数据传输方法、装置和系统
CN111638992A (zh) 基于微片的分组化
US12001375B2 (en) Interconnect system
US11412075B2 (en) Multiple protocol header processing
US20050034045A1 (en) System for optimizing PCI-Express communications
US7747796B1 (en) Control data transfer rates for a serial ATA device by throttling values to control insertion of align primitives in data stream over serial ATA connection
CN117834755B (zh) 面向芯粒互连接口的协议层与适配器层间接口电路及芯片
CN111541519B (zh) 一种通信装置
CN111541823B (zh) 一种调制解调器以及通信装置
WO2006019770A2 (en) System and method for transmitting data in storage controllers
CN117331881A (zh) 一种适用于宇航chiplet互联协议的数据传输系统
CN103838691B (zh) 实现高速数据传输的方法及通用接口芯片
US11782636B2 (en) Method for data processing of an interconnection protocol to support multiple lanes, controller, and storage device
US10437769B2 (en) Transition-minimized low speed data transfer
CN114490459A (zh) 数据传输方法、装置、设备、接收机和存储介质
US20240320167A1 (en) Combining read requests having spatial locality
CN101192911A (zh) 一种时分复用模式下传输数据的方法和系统
US20240320177A1 (en) Adaptive reordering technique for efficient flit packaging and performance optimizations
WO2022160311A1 (zh) 一种应用于无线局域网wlan的通信装置及通信方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant