[go: up one dir, main page]

WO2022268105A1 - 一种通信方法及相关设备 - Google Patents

一种通信方法及相关设备 Download PDF

Info

Publication number
WO2022268105A1
WO2022268105A1 PCT/CN2022/100356 CN2022100356W WO2022268105A1 WO 2022268105 A1 WO2022268105 A1 WO 2022268105A1 CN 2022100356 W CN2022100356 W CN 2022100356W WO 2022268105 A1 WO2022268105 A1 WO 2022268105A1
Authority
WO
WIPO (PCT)
Prior art keywords
length
mac frame
data
frame
mac
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.)
Ceased
Application number
PCT/CN2022/100356
Other languages
English (en)
French (fr)
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to EP22827598.8A priority Critical patent/EP4351051A4/en
Priority to JP2023579010A priority patent/JP2024524977A/ja
Publication of WO2022268105A1 publication Critical patent/WO2022268105A1/zh
Priority to US18/392,312 priority patent/US20240204954A1/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • H04L1/0007—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0215—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0061—Error detection codes
    • 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
    • Y02D30/00—Reducing energy consumption in communication networks

Definitions

  • an embodiment of the communication method provided by the embodiment of the present application includes steps 701 to 703 .
  • the first device may be the first network device, the second network device and/or the terminal device in the foregoing Figure 1, which are not specifically limited here.
  • each functional unit in each embodiment of the present application may be integrated into one processing unit, each unit may exist separately physically, or two or more units may be integrated into one unit.
  • the above-mentioned integrated units may be fully or partially realized by software, hardware, firmware or any combination thereof.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • Small-Scale Networks (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请实施例公开了一种通信方法，可以应用于交换机组网(例如高性能计算HPC)、工业以太等场景。该方法包括：接收第二设备发送的第一信息，该第一信息用于指示第二设备所支持的第二MAC帧长度；基于第一媒体接入控制MAC帧长度与第二MAC帧长度确定第三MAC帧长度，第一MAC帧长度为第一设备所支持的MAC帧长度，第一MAC帧长度与第二MAC帧长度相同或不同；基于第三MAC帧长度与第二设备进行通信。相较于现有技术中使用默认的MAC帧长度，通过协商的方式确定MAC帧长度更有利于提升消息报文的封装效率。

Description

一种通信方法及相关设备
本申请要求于2021年6月25日提交中国专利局、申请号为CN202110713668.0、发明名称为“一种通信方法及相关设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请实施例涉及通信领域，尤其涉及一种通信方法及相关设备。
背景技术
随着数据规模急剧增大，应用性能对处理系统的算力需求指数型扩大，高性能计算(high performance computing，HPC)的应用需求剧增。HPC的主要行业和应用在学校、研究所等科学研究机构。石油部门、医学生物、计算化学和汽车与航空航天设计、建筑结构设计、三维图形运算等领域。HPC是指使用很多处理器(单个机器的一部分)或者某集群中若干计算机(作为单个计算资源操作)的计算系统和环境。面对大规模运算任务使用并行算法，将一个大任务拆分并分发到集群内的不同节点上进行并行运算，再将计算结果汇总，实现快速得到最终结果，可见HPC系统性能不仅与计算节点算力、存储性能还与节点互联网络性能密切相关。
目前，目前HPC使用较多的互联方式比如无限带宽(infiniband，IB)、基于融合以太网的远程直接数据存取(remote direct memory access over converged ethernet，RoCE)、私有协议(比如科雷-CRAY)等。其中，RoCE的最小报文尺寸为64B。
然而，传统标准以太由于历史上10M/100M快速以太受限于半双工冲突探测时间造成最小64B报文长度限制。对于小消息报文需要填充(padding)大量冗余数据至64B，导致有效消息字节数占整个报文的比例较低，即小消息报文的封装效率较低。
发明内容
本申请实施例提供了一种通信方法及相关设备。可以通过协商的方式确定用于通信的MAC帧长度，进而提升消息报文的封装效率。
本申请实施例第一方面提供了一种通信方法，可以应用于交换机组网(例如HPC)、工业以太等场景。该方法可以由通信设备(例如第一设备)执行，也可以由通信设备的部件(例如处理器、芯片、或芯片系统等)执行。该方法包括：接收第二设备发送的第一信息，该第一信息用于指示第二设备所支持的第二MAC帧长度；基于第一媒体接入控制MAC帧长度与第二MAC帧长度确定第三MAC帧长度，第一MAC帧长度为第一设备所支持的MAC帧长度，第一MAC帧长度与第二MAC帧长度相同或不同；基于第三MAC帧长度与第二设备进行通信。
本申请实施例中，第一设备与第二设备可以通过协商的方式确定用于通信的MAC帧长度，相较于现有技术中使用默认的MAC帧长度，通过协商的方式确定MAC帧长度更有利于提升消息报文的封装效率。
可选地，在第一方面的一种可能的实现方式中，上述的第一MAC帧长度、第二MAC帧长 度以及第三MAC帧长度为最小MAC帧长度，最小MAC帧长度为传输MAC帧的最小长度；或者第一MAC帧长度、第二MAC帧长度以及第三MAC帧长度为最大MAC帧长度，最大MAC帧长度为传输MAC帧的最大长度。
该种可能的实现方式中，第一设备与第二设备可以对最大MAC帧长度与最小MAC帧长度进行协商，提升了小报文的封装效率。对于最小MAC帧长度，开销(overhead)变小，对于最大MAC帧长度，有效载荷(payload)变多。换句话说，最小MAC帧时，没用的冗余变少，最大MAC帧时，有用的payload变多，进而可以提升封装效率。
可选地，在第一方面的一种可能的实现方式中，上述步骤：基于第一MAC帧长度与第二MAC帧长度确定第三MAC帧长度，包括：确定第一MAC长度为第三MAC帧长度，第一MAC帧长度大于或等于第二MAC帧长度。
该种可能的实现方式中，可以确定协商的两端设备中较大的MAC帧长度为两端设备所支持的最小MAC帧长度，这样最大限度的减少冗余数据，并满足两端传输MAC报文的要求。
可选地，在第一方面的一种可能的实现方式中，上述步骤：基于第一MAC帧长度与第二MAC帧长度确定第三MAC帧长度，包括：确定第三MAC帧长度大于或等于第一MAC帧长度以及第二MAC帧长度，且第三MAC帧长度小于64字节。
该种可能的实现方式中，可以通过设置共用的第三MAC帧长度都大于两端设备的MAC帧长度，且小于64字节，相较于现有技术中固定的最小MAC帧长度为64字节，可以提升两端设备通信的灵活性。
可选地，在第一方面的一种可能的实现方式中，上述步骤还包括：向第二设备发送第二信息，第二信息用于指示第一设备所支持的第一MAC帧长度，第二信息用于第二设备确定第三MAC帧长度。
该种可能的实现方式中，第一设备可以通过向第二设备发送第二信息的方式，使得第二设备可以根据第二信息与第二MAC帧长度确定第三MAC帧长度，进而实现两端确定的最小MAC帧长度一致，有利于双端通过第三MAC帧长度进行通信。
可选地，在第一方面的一种可能的实现方式中，上述步骤：还包括：获取第一数据；基于第三MAC帧长度与第二设备进行通信，包括：若第一数据满足第一条件，则对第一数据进行非填充的封装得到第一数据帧，并向第二设备发送第一数据帧，第一数据帧的长度大于或等于第三MAC帧长度，第三MAC帧长度小于64字节；第一条件包括：第一数据的长度大于或等于第三MAC帧长度减去第一数据帧的封装长度。例如：第三MAC帧长度为50字节，对于标准以太来说，以太包头为18，则第一条件具体可以是第一数据的长度大于或等于32字节(即50-18)，对于VLAN包头是22的情况，则第一条件具体可以是第一数据的长度大于或等于28字节(即50-22)。当然，也可以是自定义的其他形式的报文头，具体此处不做限定。其中，封装长度可以是封装时添加的报文包头长度。
该种可能的实现方式中，发送流程可以以两端设备协商的第三MAC帧长度(或者说是第三MAC帧长度减去封装长度)为依据判断是否进行填充(padding)的封装，相较于现有技术中64字节的依据，可以减少报文的冗余填充。
可选地，在第一方面的一种可能的实现方式中，上述步骤：基于第三MAC帧长度与第二设备进行通信，包括：若第一数据满足第二条件，则对第一数据进行填充的封装得到第二数 据帧，并向第二设备发送第二数据帧，第二数据帧的长度大于或等于第三MAC帧长度，第三MAC帧长度小于64字节；第二条件包括：第一数据的长度小于第三MAC帧长度减去第二数据帧的封装长度。
该种可能的实现方式中，发送流程可以以两端设备协商的第三MAC帧长度(或者说是第三MAC帧长度减去封装长度)为依据判断是否进行填充(padding)的封装，相较于现有技术中64字节的依据，可以减少报文的冗余填充。
可选地，在第一方面的一种可能的实现方式中，上述步骤还包括：接收第三数据帧；若第三数据帧的长度小于第三MAC帧长度，则丢弃第三数据帧，第三MAC帧长度小于64字节。
该种可能的实现方式中，接收流程以第三MAC帧长度为判断是否丢弃，可以减少非MAC帧的接收。
可选地，在第一方面的一种可能的实现方式中，上述步骤还包括：若第三数据帧的长度大于64字节，或者第三数据帧的长度小于64字节且大于或等于第三MAC帧长度，则接收第三数据帧。
该种可能的实现方式中，接收流程以第三MAC帧长度为判断是否接收，相较于现有技术中64字节的依据，有利于具有可配置最小MAC帧长度的设备之间正常接收MAC帧。
可选地，在第一方面的一种可能的实现方式中，上述的第一信息为链路层发现协议LLDP信息和/或物理编码子层PCS信息。
该种可能的实现方式中，通过LLDP或PCS可以实现第一设备与第二设备的最小MAC帧的沟通与确定，进而实现后续根据协商的第三MAC帧长度进行通信，减少小报文的冗余填充。
可选地，在第一方面的一种可能的实现方式中，上述的第一信息承载于LLDP信息中的类型长度值TLV字段、前导码或PCS信息中的码块。
该种可能的实现方式中，通过LLDP中的TLV字段、PCS中的码块或前导码可以实现第一设备与第二设备的最小MAC帧的沟通与确定，进而实现后续根据协商的第三MAC帧长度进行通信，减少小报文的冗余填充。
可选地，在第一方面的一种可能的实现方式中，上述步骤还包括：基于第三MAC帧长度向第三设备发送第三信息，第三信息用于第三设备确定与第一设备通信所采用的MAC帧长度。
该种可能的实现方式中，第一设备除了可以与第二设备协商MAC帧长度，还可以用于第二设备协商后的MAC帧长度与第三设备协商MAC帧长度，进而得到满足第一设备、第二设备与第三设备之间可以通信的MAC帧长度。
本申请实施例第二方面提供了一种通信方法，可以应用于交换机组网(例如HPC)、工业以太等场景。该方法可以由通信设备(例如第一设备)执行，也可以由通信设备的部件(例如处理器、芯片、或芯片系统等)执行。该方法包括：第一设备获取第一数据；若第一数据满足第一条件，则第一设备对第一数据进行非填充的封装得到第一数据帧，并向第二设备发送第一数据帧；第一条件包括：第一数据的长度大于或等于最小MAC帧长度减去第一数据帧的封装长度，最小MAC帧长度小于64字节。
本实施例中，在发送流程中，可以以通信设备所支持的最小MAC帧长度(或者说是最小MAC帧长度减去封装长度)为依据判断是否进行填充(padding)的封装，相较于现有技术中64字节的依据，可以减少报文的冗余填充。
可选地，在第二方面的一种可能的实现方式中，上述步骤还包括：若第一数据满足第二条件，则第一设备对第一数据进行填充的封装得到第二数据帧，并向第二设备发送第二数据帧；第二条件包括：第一数据的长度小于最小MAC帧长度减去第二数据帧的封装长度，最小MAC帧长度小于64字节。
该种可能的实现方式中，可以以通信设备所支持的最小MAC帧长度(或者说是最小MAC帧长度减去封装长度)为依据判断是否进行填充(padding)的封装，相较于现有技术中64字节的依据，可以减少报文的冗余填充。
本申请实施例第三方面提供了一种通信方法，可以应用于交换机组网(例如HPC)、工业以太等场景。该方法可以由通信设备(例如第一设备)执行，也可以由通信设备的部件(例如处理器、芯片、或芯片系统等)执行。该方法包括：第一设备确定第一数据帧；若第一数据帧的长度小于第一设备支持的最小MAC帧长度，则第一设备丢弃第一数据帧，最小MAC帧长度小于64字节。
本实施例中，在接收流程中，可以以第三MAC帧长度为依据判断是否丢弃，可以减少非MAC帧的接收。
可选地，在第三方面的一种可能的实现方式中，上述步骤还包括：若第一数据帧的长度大于64字节，或者第一数据帧的长度小于64字节且大于或等于最小MAC帧长度，则第一设备接收第一数据帧。
该种可能的实现方式中，接收流程以第三MAC帧长度为判断是否接收，相较于现有技术中64字节的依据，有利于具有可配置最小MAC帧长度的设备之间正常接收MAC帧。
本申请实施例第四方面提供了一种通信设备，可以应用于交换机组网(例如HPC)、工业以太等场景。该通信设备可以是网络设备或终端设备，该设备所支持的媒体接入控制最小MAC帧长度小于64字节，最小MAC帧长度为传输MAC帧的最小长度。
本实施例中，第一设备可以支持小于64字节的最小MAC帧长度，有利于减少小报文在通信过程中的冗余填充，提升小报文的封装效率。
本申请实施例第五方面提供了一种第一设备，可以应用于交换机组网(例如HPC)、工业以太等场景。该第一设备可以是网络设备或终端设备，该第一设备包括：接收单元，用于接收第二设备发送的第一信息，第一信息用于指示第二设备所支持的第二MAC帧长度；确定单元，用于基于第一媒体接入控制MAC帧长度与第二MAC帧长度确定第三MAC帧长度，第一MAC帧长度为第一设备所支持的MAC帧长度，第一MAC帧长度与第二MAC帧长度相同或不同；通信单元，用于基于第三MAC帧长度与第二设备进行通信。
可选地，在第五方面的一种可能的实现方式中，上述的第一MAC帧长度、第二MAC帧长度以及第三MAC帧长度为最小MAC帧长度，最小MAC帧长度为传输MAC帧的最小长度；或者第一MAC帧长度、第二MAC帧长度以及第三MAC帧长度为最大MAC帧长度，最大MAC帧长度为传输MAC帧的最大长度。
可选地，在第五方面的一种可能的实现方式中，上述的确定单元，具体用于确定第一MAC长度为第三MAC帧长度，第一MAC帧长度大于或等于第二MAC帧长度。
可选地，在第五方面的一种可能的实现方式中，上述的确定单元，具体用于确定第三MAC帧长度大于或等于第一MAC帧长度以及第二MAC帧长度，且第三MAC帧长度小于64字节。
可选地，在第五方面的一种可能的实现方式中，上述的通信单元，还用于向第二设备发送第二信息，第二信息用于指示第一设备所支持的第一MAC帧长度，第二信息用于第二设备确定第三MAC帧长度。
可选地，在第五方面的一种可能的实现方式中，上述的接收单元，还用于获取第一数据；通信单元，具体用于若第一数据满足第一条件，则对第一数据进行非填充的封装得到第一数据帧，并向第二设备发送第一数据帧，第一数据帧的长度大于或等于第三MAC帧长度，第三MAC帧长度小于64字节；第一条件包括：第一数据的长度大于或等于第三MAC帧长度减去第一数据帧的封装长度。
可选地，在第五方面的一种可能的实现方式中，上述的通信单元，具体用于若第一数据满足第二条件，则对第一数据进行填充的封装得到第二数据帧，并向第二设备发送第二数据帧，第二数据帧的长度大于或等于第三MAC帧长度，第三MAC帧长度小于64字节；第二条件包括：第一数据的长度小于第三MAC帧长度减去第二数据帧的封装长度。
可选地，在第五方面的一种可能的实现方式中，上述的接收单元，还用于接收第三数据帧；接收单元，还用于若第三数据帧的长度小于第三MAC帧长度，则丢弃第三数据帧，第三MAC帧长度小于64字节。
可选地，在第五方面的一种可能的实现方式中，上述的接收单元，还用于若第三数据帧的长度大于64字节，或者第三数据帧的长度小于64字节且大于或等于第三MAC帧长度，则接收第三数据帧。
可选地，在第五方面的一种可能的实现方式中，上述的第一信息为链路层发现协议LLDP信息和/或物理编码子层PCS信息。
可选地，在第五方面的一种可能的实现方式中，上述的第一信息承载于LLDP信息中的类型长度值TLV字段、前导码或PCS信息中的码块。
可选地，在第五方面的一种可能的实现方式中，上述的通信单元，还用于基于第三MAC帧长度向第三设备发送第三信息，第三信息用于第三设备确定与第一设备通信所采用的MAC帧长度。
本申请实施例第六方面提供了一种第一设备，可以应用于交换机组网(例如HPC)、工业以太等场景。该第一设备可以是网络设备或终端设备，该第一设备包括：获取单元，用于获取第一数据；通信单元，用于若第一数据满足第一条件，则对第一数据进行非填充的封装得到第一数据帧，并向第二设备发送第一数据帧；第一条件包括：第一数据的长度大于或等于最小MAC帧长度减去第一数据帧的封装长度，最小MAC帧长度小于64字节。
可选地，在第六方面的一种可能的实现方式中，上述的通信单元，还用于若第一数据满足第二条件，则第一设备对第一数据进行填充的封装得到第二数据帧，并向第二设备发送第二数据帧；第二条件包括：第一数据的长度小于最小MAC帧长度减去第一数据帧的封装长度。
本申请实施例第七方面提供了一种第一设备，可以应用于交换机组网(例如HPC)、工业以太等场景。该第一设备可以是网络设备或终端设备，该第一设备包括：确定单元，用于确定第一数据帧；通信单元，用于若第一数据帧的长度小于第一设备支持的最小MAC帧长度，则丢弃第一数据帧，最小MAC帧长度小于64字节。
可选地，在第七方面的一种可能的实现方式中，上述的通信单元，用于若第一数据帧的 长度大于64字节，或者第一数据帧的长度小于64字节且大于或等于最小MAC帧长度，则接收第一数据帧。
本申请第八方面提供了一种通信设备，包括：处理器，处理器与存储器耦合，存储器用于存储程序或指令，当程序或指令被处理器执行时，使得该通信设备实现上述第一方面或第一方面的任意可能的实现方式中的方法，或者使得该通信设备实现上述第二方面或第二方面的任意可能的实现方式中的方法，或者使得该通信设备实现上述第三方面或第三方面的任意可能的实现方式中的方法。
本申请第九方面提供了一种计算机可读介质，其上存储有计算机程序或指令，当计算机程序或指令在计算机上运行时，使得计算机执行前述第一方面或第一方面的任意可能的实现方式中的方法，或者使得计算机执行前述第二方面或第二方面的任意可能的实现方式中的方法，或者使得计算机执行前述第三方面或第三方面的任意可能的实现方式中的方法。
本申请第十方面提供了一种计算机程序产品，该计算机程序产品在计算机上执行时，使得计算机执行前述第一方面或第一方面的任意可能的实现方式中的方法，或者使得计算机执行前述第二方面或第二方面的任意可能的实现方式中的方法，或者使得计算机执行前述第三方面或第三方面的任意可能的实现方式中的方法。
其中，第五、第八、第九、第十方面或者其中任一种可能实现方式所带来的技术效果可参见第一方面或第一方面不同可能实现方式所带来的技术效果，此处不再赘述。
其中，第六、第八、第九、第十方面或者其中任一种可能实现方式所带来的技术效果可参见第二方面或第二方面不同可能实现方式所带来的技术效果，此处不再赘述。
其中，第七、第八、第九、第十方面或者其中任一种可能实现方式所带来的技术效果可参见第一方面或第一方面不同可能实现方式所带来的技术效果，此处不再赘述。
从以上技术方案可以看出，本申请实施例具有以下优点：第一设备通过第一设备与第二设备所支持的MAC帧长度，确定与第二设备通信所采用的MAC帧长度。即第一设备与第二设备可以通过协商的方式确定用于通信的MAC帧长度，相较于现有技术中使用默认的MAC帧长度，通过协商的方式确定MAC帧长度更有利于提升消息报文的封装效率。
附图说明
图1为本发明实施例提供的一种通信系统示意图；
图2为本申请实施例提供的通信方法的一个流程示意图；
图3-图5为本申请实施例提供的第一信息的多种情况示意图；
图6为本申请实施例提供的通信方法的另一个流程示意图；
图7为本申请实施例提供的通信方法的另一个流程示意图；
图8-图11为本申请提供的通信设备的几种结构示意图。
具体实施方式
本申请实施例提供了一种通信方法及相关设备。可以通过协商的方式确定用于通信的MAC帧长度，进而提升消息报文的封装效率。
首先，对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。
1、高性能计算(high performance computing，HPC)
HPC的主要行业和应用在学校、研究所等科学研究机构。石油部门、医学生物、计算化学和汽车与航空航天设计、建筑结构设计、三维图形运算等领域。HPC是指使用很多处理器(单个机器的一部分)或者某集群中若干计算机(作为单个计算资源操作)的计算系统和环境。面对大规模运算任务使用并行算法，将一个大任务拆分并分发到集群内的不同节点上进行并行运算，再将计算结果汇总，实现快速得到最终结果，可见HPC系统性能不仅与计算节点算力、存储性能还与节点互联网络性能密切相关。从HPC调用的(，MPI)接口来看，绝大部分是集合通信，最多的是小消息(小于16B)的Allreduce类型。
2、报文封装报文效率
报文携带的有效载荷字节数(Byte，B)与报文总字节数比值(％)，不同的有效载荷对应的封装效率不同，HPC应用大部分都是小于16B小字节有效载荷，此时报文封装效率与报文的开销(overhead)关系密切。
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。
图1给出了一种通信系统示意图。该通信系统可以包括：第一网络设备101、第二网络设备102以及终端设备103。其中，终端设备103通过第二网络设备102与第一网络设备101进行通信。
本申请实施例中，仅以一个第一网络设备101、二个第二网络设备102，三个终端设备103为例进行示意性说明。在实际应用中，本申请实施例中的通信系统可以有更多或更少的第一网络设备、第二网络设备以及终端设备，本申请实施例对第一网络设备、第二网络设备以及终端设备的数目不进行限定。
本申请实施例中的第一网络设备101和/或第二网络设备102可以是任意一种具有无线/有线收发功能的交换机或服务器。例如，第一网络设备101也可以是骨干交换机(spine)，第二网络设备102也可以是叶子交换机(leaf)。
本申请实施例中的终端设备103是一种具有无线/有线收发功能的设备，可以部署在陆地上，包括室内或室外、手持、穿戴或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。该终端设备可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端、车载终端设备、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、可穿戴终端设备等等。本申请的实施例对应用场景不做限定。终端设备有时也可以称为终端、用户设备(user equipment，UE)、接入终端设备、车载终端、工业控制终端、UE单元、UE站、移动站、移动台、远方站、远程终端设备、移动设备、UE代理或UE装置等。终端设备也可以是固定的或者移动的。另外，终端设备也可以是用于实现UE功能的芯片系统。
上述的通信系统可以应用于交换机组网(例如HPC)、工业以太等场景，目前HPC使用较多的互联方式比如IB、RoCE、私有协议(比如CRAY)等，报文的overhead:20B～54B，针对 HPC应用小消息尺寸占比大。
但是受制于标准以太限制(即传统标准以太由于历史上10M/100M快速以太受限于半双工冲突探测时间造成最小64B报文长度限制)，MAC判断是否进行填充(Padding)依据固定为64B长度，针对小于64B接收报文长度则直接进行丢弃，小于64B的发送报文进行padding。
在发送相同字节数小消息时，IB/CRAY由于支持较小的最小报文大小，小消息报文不需要padding(填充),有效信息字节数占整个报文比例较大(报文封装效率高)，而以太由于较大最小报文限制(64B)，小消息报文需要padding大量冗余数据填充至64B，导致有效消息字节数占整个报文的比例较低，即小消息报文的封装效率较低。
为了解决上述问题，本申请提供了一种通信方法及相关设备，第一设备与第二设备可以通过协商的方式确定用于通信的MAC帧长度，相较于现有技术中使用默认的MAC帧长度，通过协商的方式确定MAC帧长度更有利于提升消息报文的封装效率。
下面结合图1所示的通信系统对本申请实施例中的通信方法进行描述。请参阅图2，本申请实施例提供的通信方法的一个实施例包括步骤201至步骤206。其中，第一设备与第二设备可以是前述图1中的第一网络设备与第二网络设备，也可以是前述图1中的第二网络设备与终端设备，具体此处不做限定。
步骤201，第一设备接收第二设备发送的第一信息。
第一设备接收第二设备发送的第一信息，该第一信息用于指示第二设备所支持的第二MAC帧长度。
本申请实施例仅以MAC帧长度(第一MAC帧长度、第二MAC帧长度以及第三MAC帧长度等)是最小MAC帧长度为例进行描述，可以理解的是，在实际应用中，MAC帧长度也可以是最大MAC帧长度等，具体此处不做限定。其中，最小MAC帧长度表示传输MAC帧的最小长度，最大MAC帧长度表示传输MAC帧的最大长度。对于最小MAC帧长度，开销(overhead)变小，对于最大MAC帧长度，有效载荷(payload)变多。换句话说，最小MAC帧时，没用的冗余变少。和/或最大MAC帧时，有用的payload变多，进而可以提升封装效率。
本申请实施例中的第一信息或第二信息可以有多种情况，下面以第一设备为例对多种情况分别描述：
第一种，第一信息承载于链路层发现协议(link layer discovery protocol，LLDP)。
可选地，第一信息可以承载于LLDP中的类型长度值(type length value，TLV)字段中。
示例性的，第一信息可以如图3所示，其中，源MAC地址可以是第二设备的端口MAC地址，也可以是第二设备的设备MAC地址，帧类型可以为0X88CC，LLDPDU为数据，帧校验序列(Frame Check Sequence，FCS)也可以称为帧尾，即计算机网络数据链路层的协议数据单元(帧)的尾部字段，是一段4个字节的循环冗余校验码。LLDPDU中可以包括TLV类型(例如type＝9)、TLV长度、最小MAC帧长度、最大MAC帧长度等。其中，最小MAC帧长度或最大MAC帧长度为第二设备所支持的第二MAC帧长度。第一设备接收第一信息后，就可以从第一信息中的TLV字段确定第二MAC帧长度。
第二种，第一信息承载于物理编码子层(physical coding sublayer，PCS)信息。
可选地，第一信息可以承载于PCS信息中的码块中。具体的，可以承载于PCS码块中的O码(例如：Block-type＝0x4b)。第一设备接收第一信息之后，第一设备MAC的协商子层 (reconciliation sublayer，RS)通过解析0x4b的Block获取第二设备所支持的第二MAC帧长度。
示例性的，第一信息可以如图4所示，其中，0x4b用于表示block的类型，CON00用于表示第二设备所支持的最大MAC帧长度，C0N01用于表示第二设备所支持的最小MAC帧长度。进一步的，C0N01还可以用1比特的0或1来表示第二设备是否使能可配置的最大MAC帧长度，C0N01还可以用1比特的0或1来表示第二设备是否使能可配置的最小MAC帧长度。例如，用0表示未使能，用1表示使能，或者用1表示未使能，用0表示使能。
本申请实施例中，若设备支持可配置的最小MAC帧长度，默认已使能该功能。
第三种，第一信息承载于以太报文的前导码(preamble)中。
可选地，第一信息可以承载于以太报文的前导码中。
示例性的，第一信息可以如图5所示，前几个0x55表示前导符，0xD5表示(start of frame delimiter，SFD)，循环冗余校验(cyclic redundancy check，CRC)用来检测或校验数据传输或者保存后可能出现的错误。它是利用除法及余数的原理来作错误侦测的。CON00用于表示第二设备所支持的最大MAC帧长度，C0N01用于表示第二设备所支持的最小MAC帧长度。进一步的，C0N01还可以用1比特的0或1来表示第二设备是否使能可配置的最大MAC帧长度，C0N01还可以用1比特的0或1来表示第二设备是否使能可配置的最小MAC帧长度。例如，用0表示未使能，用1表示使能，或者用1表示未使能，用0表示使能。
相比于现有的以太报文是一个帧以7个字节的前导码和1个字节的帧开始符作为帧的开始(其相应的16进制表示为0x55、0x55、0x55、0x55、0x55、0x55、0x55、0xD5)。本申请实施例中的前导码不仅可以传输设备所支持的MAC帧长度，还可以通过增加CRC保证第一信息的传输准确。
可以理解的是，上述第一信息的多种情况只是举例，在实际应用中，第一信息还可以是其他形式，具体此处不做限定。
另外，第一设备与第二设备可以是支持标准以太中最小MAC帧长度为64字节的设备，也可以都是支持最小MAC帧小于64字节的设备(或者理解为是可以支持可配置的最小MAC帧长度的设备)，具体此处不做限定。
步骤202，第一设备基于第一MAC帧长度与第二MAC帧长度确定第三MAC帧长度。
可选地，在步骤201之前或者之后，第一设备可以获取自身所支持的第一MAC帧长度。
第一设备接收第一信息之后，可以根据第一信息确定第二设备所支持的第二MAC帧长度。进而根据第一MAC帧长度与第二MAC帧长度确定第三MAC帧长度。
另外，若第一设备不支持最小MAC帧长度小于64字节，或者第一设备未使能最小MAC帧长度小于64字节的功能，即第一设备支持的第一MAC帧长度可以是64字节。第二设备类似，此处不再赘述。
本申请实施例中，基于第一MAC帧长度与第二MAC帧长度确定第三MAC帧长度的方式可以有多种，下面分别描述：
第一种，确定第一MAC帧长度与第二MAC帧长度中最大的长度为第三MAC帧长度。
可选地，选择第一MAC帧长度与第二MAC帧长度中最大的长度作为第三MAC帧长度。
示例性的，若第一MAC帧长度为56字节，第二MAC帧长度为32字节，则确定较大的第 一MAC帧长度为第三MAC帧长度，即确定第三MAC帧长度为56字节。
示例性的，若第一MAC帧长度为64字节，第二MAC帧长度为32字节，则确定较大的第一MAC帧长度为第三MAC帧长度，即确定第三MAC帧长度为64字节。
第二种，确定第三MAC帧长度大于第一MAC帧长度与第二MAC帧长度。
可选地，选择都大于第一MAC帧长度与第二MAC帧长度的长度作为第三MAC帧长度。另外，对于第三MAC帧长度为最小MAC帧长度的情况，第三MAC帧长度还小于64字节。
示例性的，若第一MAC帧长度为56字节，第二MAC帧长度为32字节，则确定第三MAC帧长度大于56字节与32字节，即确定第三MAC帧长度为可以大于56字节且小于64字节，例如是57字节。
第三种，确定第三MAC帧长度为系数乘以第一第一MAC帧长度与第二MAC帧长度中最大的长度。
可选地，确定第三MAC帧长度为系数乘以第一第一MAC帧长度与第二MAC帧长度中最大的长度。另外，对于第三MAC帧长度为最小MAC帧长度的情况，第三MAC帧长度还小于64字节。该系数可以根据实际需要设置，使得第三MAC帧长度大于第二MAC帧长度小于64字节即可。
示例性的，若第一MAC帧长度为32字节，第二MAC帧长度为16字节，则确定第三MAC帧长度为1.5*32＝48字节。
可以理解的是，上述确定第三MAC帧长度的方式只是举例，在实际应用中，确定第三MAC帧长度的方式可以是其他形式，具体此处不做限定。
步骤203，第一设备向第二设备发送第二信息。本步骤是可选地。
可选地，为了第二设备获取第一设备所支持的MAC帧长度，第一设备可以向第二设备发送第二信息，该第二信息用于指示第一设备所支持的第一MAC帧长度。第二设备也可以根据第二信息与第二MAC帧长度确定第三MAC帧长度。
步骤204，第二设备基于第一MAC帧长度与第二MAC帧长度确定第三MAC帧长度。本步骤是可选地。
本步骤中第二设备的操作与步骤202中第一设备的操作类似，此处不再赘述。
步骤205，第一设备与第二设备基于第三MAC帧长度进行通信。
下面分别对发送与接收的情况进行描述：
对于发送的情况，第一设备接收客户侧(client)发来的第一数据，若第一数据满足第一条件，则对第一数据进行非填充的封装得到第一数据帧，并向第二设备发送该第一数据帧。若第一数据满足第二条件，则对第一数据进行填充的封装得到第二数据帧，并向第二设备发送第二数据帧。且第一数据帧与第二数据帧的长度大于或等于第三MAC帧长度，第三MAC帧长度小于64字节。
其中，第一条件包括：
1、第一数据的长度大于或等于64字节减去第一数据帧的封装长度；或者，
2、第一数据的长度小于64字节减去第一数据帧的封装长度，且第一设备支持或者已使能可配置的最小MAC帧长度，且第一数据的长度大于或等于第三MAC帧长度减去第一数据帧的封装长度，第三MAC帧长度为最小MAC帧长度且小于64字节；或者，
3、第一数据的长度大于或等于第三MAC帧长度减去第一数据帧的封装长度，第三MAC帧长度为最小MAC帧长度且小于64字节。
可选地，第三MAC帧长度减去第一数据帧的封装长度可以是第三MAC帧长度减去报文头的长度。
示例性的，第三MAC帧长度为50字节，对于标准以太来说，以太包头为18，则第一条件具体可以是第一数据的长度大于或等于32字节(即50-18)，对于VLAN包头是22的情况，则第一条件具体可以是第一数据的长度大于或等于28字节(即50-22)。当然，也可以是自定义的其他形式的报文头，具体此处不做限定。其中，封装长度可以是封装时添加的报文包头长度。因为第一设备需要在第一数据增加报文头得到第一数据帧，上述的32字节或28字节是第一设备在发送前推断的。
第二条件包括：
1、第一数据的长度小于64字节减去第二数据帧的封装长度，且第一设备不支持或未使能最小MAC帧长度；或者，
2、第二数据帧的长度小于第三MAC帧长度，第三MAC帧长度为最小MAC帧长度且小于64字节。
上述非填充的封装是指：直接对第一数据增加CRC、前导码等操作得到第一数据帧。上述填充的封装是指：将第一数据进行填充(padding)至大于或等于第三MAC帧长度的长度，并增加CRC、前导码等操作得到第二数据帧。
对于接收的情况，第一设备根据PCS发来的数据报文确定第三数据帧。若第三数据帧的长度小于第三MAC帧长度，则丢弃第三数据帧，若第三数据帧的长度大于64字节，或者第三数据帧的长度小于64字节且大于或等于第三MAC帧长度，则接收第三数据帧，并对第三数据帧进行前导码去除、CRC、拆填充(remove padding)等操作。
可选地，可以在各层判断是否丢弃报文，其他层的判断的方式与上述MAC层的判断类似，只需根据不同层的报文头推导即可，具体此处不再赘述。
另外，第一设备还可以向第三设备发送第三信息，该第三信息用于指示第一设备所支持的最大/最小MAC帧长度(可以是第一MAC帧长度，也可以是第三MAC帧长度)，进而可以完成第一设备与第三设备之间MAC帧长度的确定，并用确定后的MAC帧长度进行通信。
当然，如果第三设备也会与第二设备通信，则上述的第三信息可以是指示第一设备与第二设备所支持的第三MAC帧长度，进而可以实现第一设备、第二设备与第三设备之间用于通信的MAC帧长度的确定。
本申请实施例中，步骤203可以在步骤202之后，也可以在步骤202或步骤201之前，步骤203与步骤204可以在步骤202之后，也可以在步骤201之前，具体此处不做限定。
本申请实施例中，一方面，第一设备与第二设备可以通过协商的方式确定用于通信的MAC帧长度，相较于现有技术中使用默认的MAC帧长度，通过协商的方式确定MAC帧长度更有利于提升消息报文的封装效率。另一方面，第一设备与第二设备支持小于标准以太64字节的最小MAC帧长度，对于消息报文来说，减少填充(padding)，提升网络承载效率进而提升应用性能。
为了兼容标准以太的收发流程，本申请还提供了另一种通信方法，可以兼顾标准以外收 发与基于小于64字节的最小MAC帧长度的收发流程。请参阅图6，本申请实施例提供的通信方法的一个实施例包括步骤601至步骤608。其中，第一设备可以是前述图1中的第一网络设备、第二网络设备和/或终端设备，具体此处不做限定。
步骤601，获取第一数据。
第一设备接收客户侧(client)发来的第一数据。
步骤602，判断第一数据长度是否小于64字节减去第一数据帧的封装长度，若是，执行步骤603，若否，执行步骤605。
步骤603，判断是否使能可配置的最小MAC帧长度，若是，执行步骤604，若否，执行步骤606。本步骤是可选地。
可配置的最小MAC帧长度是指可以配置小于64字节的最小MAC帧长度。
步骤604，判断最小MAC帧长度是否小于第一数据帧的长度，若是，执行步骤608，若否，执行步骤607。
第一设备判断最小MAC帧长度是否小于第一数据帧的长度，若是，执行步骤608，若否，执行步骤607。
步骤605与步骤608相当于未填充的封装并发送。步骤606与步骤697相当于填充的封装并发送。
步骤602至步骤604相当于判断是否满足第一条件和/或第二条件，若满足第一条件，则对第一数据进行非填充的封装得到第一数据帧，并向第二设备发送该第一数据帧。若满足第二条件，则对第一数据进行填充的封装得到第二数据帧，并向第二设备发送第二数据帧。
其中，第一条件包括：
1、第一数据的长度大于或等于64字节减去第一数据帧的封装长度；或者，
2、第一数据的长度小于64字节减去第一数据帧的封装长度，且第一设备支持或者已使能可配置的最小MAC帧长度，且第一数据的长度大于或等于最小MAC帧长度减去第一数据帧的封装长度，最小MAC帧长度小于64字节；或者，
3、第一数据的长度大于或等于最小MAC帧长度减去第一数据帧的封装长度，最小MAC帧长度小于64字节。
可选地，最小MAC帧长度减去第一数据帧的封装长度可以是最小MAC帧长度减去报文头的长度。
第二条件包括：
1、第一数据的长度小于64字节减去第二数据帧的封装长度，且第一设备不支持或未使能最小MAC帧长度；或者，
2、第二数据帧的长度小于最小MAC帧长度，最小MAC帧长度小于64字节。
其余的描述可以参考前述图2所示实施例中步骤205关于发送的相关描述，具体此处不再赘述。
本申请实施例中，发送流程既可以兼顾标准以太的发送流程与支持可配置最小MAC帧长度的发送流程，实现标准设备与本申请实施例提供的设备之间的通信。
请参阅图7，本申请实施例提供的通信方法的一个实施例包括步骤701至步骤703。其中，第一设备可以是前述图1中的第一网络设备、第二网络设备和/或终端设备，具体此处不做限 定。
步骤701，判断第一数据帧长度是否小于64字节，若是，执行步骤702，若否，执行CRC、步骤703。
第一设备先确定第一数据帧，并判断第一数据帧长度是否小于64字节，若是，执行步骤702，若否，执行CRC、步骤703。相当于兼容了标准以太先以64字节作为判断依据。
步骤702，判断第一数据帧的长度是否小于最小MAC帧长度，若是，丢弃第一数据帧，若否，执行CRC、步骤703。
第一设备判断第一数据帧的长度是否小于最小MAC帧长度，若是，丢弃第一数据帧，若否，执行CRC、步骤703。该最小MAC帧长度为第一设备支持的可配置最小MAC帧长度，该最小MAC帧长度小于64字节。
步骤703，接收第一数据帧。
步骤701与步骤703相当于若第一数据帧的长度小于第一设备支持的最小MAC帧长度，则丢弃第一数据帧。若第一数据帧的长度大于64字节，或者第一数据帧的长度小于64字节且大于或等于最小MAC帧长度，则第一设备接收第一数据帧。
其余的描述可以参考前述图2所示实施例中步骤205关于接收的相关描述，具体此处不再赘述。
本申请实施例中，接收流程既可以兼顾标准以太的接收流程与支持可配置最小MAC帧长度的接收流程，实现标准设备与本申请实施例提供的设备之间的通信。
请参阅图8，本申请实施例中通信设备的一个实施例，可以应用于交换机组网(例如HPC)、工业以太等场景，该通信设备可以是前述图2、图6或图7中的第一设备。该通信设备包括：
接收单元801，用于接收第二设备发送的第一信息，第一信息用于指示第二设备所支持的第二MAC帧长度；
确定单元802，用于基于第一媒体接入控制MAC帧长度与第二MAC帧长度确定第三MAC帧长度，第一MAC帧长度为第一设备所支持的MAC帧长度，第一MAC帧长度与第二MAC帧长度相同或不同；
通信单元803，用于基于第三MAC帧长度与第二设备进行通信。
本实施例中，通信设备中各单元所执行的操作与前述图2、图6或图7所示实施例中第一设备执行的操作类似，此处不再赘述。
本实施例中，接收单元801接收第一信息，确定单元802可以通过协商的方式确定用于通信的MAC帧长度，相较于现有技术中使用默认的MAC帧长度，确定单元802可以通过协商的方式确定MAC帧长度更有利于提升消息报文的封装效率。
请参阅图9，本申请实施例中通信设备的另一个实施例，可以应用于交换机组网(例如HPC)、工业以太等场景，该通信设备可以是前述图2、图6或图7中的第一设备。该通信设备包括：
获取单元901，用于获取第一数据；
通信单元902，用于若第一数据满足第一条件，则对第一数据进行非填充的封装得到第一数据帧，并向第二设备发送第一数据帧；第一条件包括：第一数据的长度大于或等于最小 MAC帧长度减去第一数据帧的封装长度，最小MAC帧长度小于64字节。
本实施例中，通信设备中各单元所执行的操作与前述图2、图6或图7所示实施例中第一设备执行的操作类似，此处不再赘述。
本实施例中，在发送流程中，可以确定协商的两端设备中较大的MAC帧长度为两端设备所支持的最小MAC帧长度，通信单元902可以对大于或等于最小MAC帧长度减去第一数据帧的封装长度的第一数据进行非填充的封装得到第一数据帧，并向第二设备发送该第一数据帧，这样最大限度的减少冗余数据的填充，并满足两端传输MAC报文的要求。
请参阅图10，本申请实施例中通信设备的另一个实施例，可以应用于交换机组网(例如HPC)、工业以太等场景，该通信设备可以是前述图2、图6或图7中的第一设备。该通信设备包括：
确定单元1001，用于确定第一数据帧；
通信单元1002，用于若第一数据帧的长度小于第一设备支持的最小MAC帧长度，则丢弃第一数据帧，最小MAC帧长度小于64字节。
本实施例中，通信设备中各单元所执行的操作与前述图2、图6或图7所示实施例中第一设备执行的操作类似，此处不再赘述。
本实施例中，在接收流程中，通信单元1002可以以第三MAC帧长度为依据判断是否丢弃，可以减少非MAC帧的接收。
参阅图11，本申请提供的另一种通信设备的结构示意图。可以应用于HPC等场景，该通信设备可以是前述图2、图6或图7中的第一设备。该通信设备可以包括处理器1101、存储器1102和通信接口1103。该处理器1101、存储器1102和通信接口1103通过线路互联。其中，存储器1102中存储有程序指令和数据。
存储器1102中存储了前述图2、图6或图7对应的实施方式中，由第一设备执行的步骤对应的程序指令以及数据。
处理器1101，用于执行前述图2、图6或图7所示实施例中任一实施例所示的由第一设备执行的步骤。通信接口1103可以用于进行数据的接收和发送，用于执行前述图2、图6或图7所示实施例中任一实施例中与获取、发送、接收相关的步骤。
一种实现方式中，通信设备可以包括相对于图11更多或更少的部件，本申请对此仅仅是示例性说明，并不作限定。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个 单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。
当使用软件实现所述集成的单元时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，这仅仅是描述本申请的实施例中对相同属性的对象在描述时所采用的区分方式。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，以便包含一系列单元的过程、方法、系统、产品或设备不必限于那些单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它单元。

Claims (36)

  1. 一种通信方法，其特征在于，所述方法包括：
    接收第二设备发送的第一信息，所述第一信息用于指示所述第二设备所支持的第二MAC帧长度；
    基于第一媒体接入控制MAC帧长度与所述第二MAC帧长度确定第三MAC帧长度，所述第一MAC帧长度为第一设备所支持的MAC帧长度，所述第一MAC帧长度与所述第二MAC帧长度相同或不同；
    基于所述第三MAC帧长度与所述第二设备进行通信。
  2. 根据权利要求1所述的方法，其特征在于，所述第一MAC帧长度、所述第二MAC帧长度以及所述第三MAC帧长度为最小MAC帧长度，所述最小MAC帧长度为传输MAC帧的最小长度；或者所述第一MAC帧长度、所述第二MAC帧长度以及所述第三MAC帧长度为最大MAC帧长度，所述最大MAC帧长度为传输MAC帧的最大长度。
  3. 根据权利要求1或2所述的方法，其特征在于，所述基于所述第一MAC帧长度与所述第二MAC帧长度确定第三MAC帧长度，包括：
    确定所述第一MAC长度为所述第三MAC帧长度，所述第一MAC帧长度大于或等于所述第二MAC帧长度。
  4. 根据权利要求1或2所述的方法，其特征在于，所述基于所述第一MAC帧长度与所述第二MAC帧长度确定第三MAC帧长度，包括：
    确定所述第三MAC帧长度大于或等于所述第一MAC帧长度以及所述第二MAC帧长度，且所述第三MAC帧长度小于64字节。
  5. 根据权利要求1至4中任一项所述的方法，其特征在于，所述方法还包括：
    向所述第二设备发送第二信息，所述第二信息用于指示第一设备所支持的所述第一MAC帧长度，所述第二信息用于所述第二设备确定所述第三MAC帧长度。
  6. 根据权利要求1至5中任一项所述的方法，其特征在于，所述方法还包括：
    获取第一数据；
    所述基于所述第三MAC帧长度与所述第二设备进行通信，包括：
    若所述第一数据满足第一条件，则对所述第一数据进行非填充的封装得到第一数据帧，并向所述第二设备发送所述第一数据帧，所述第一数据帧的长度大于或等于所述第三MAC帧长度，所述第三MAC帧长度小于64字节；所述第一条件包括：所述第一数据的长度大于或等于所述第三MAC帧长度减去所述第一数据帧的封装长度。
  7. 根据权利要求6所述的方法，其特征在于，所述基于所述第三MAC帧长度与所述第二设备进行通信，包括：
    若所述第一数据满足第二条件，则对所述第一数据进行填充的封装得到第二数据帧，并向所述第二设备发送所述第二数据帧，所述第二数据帧的长度大于或等于所述第三MAC帧长度，所述第三MAC帧长度小于64字节；所述第二条件包括：所述第一数据的长度小于所述第三MAC帧长度减去所述第二数据帧的封装长度。
  8. 根据权利要求1至7中任一项所述的方法，其特征在于，所述方法还包括：
    接收第三数据帧；
    若所述第三数据帧的长度小于所述第三MAC帧长度，则丢弃所述第三数据帧，所述第三MAC帧长度小于64字节。
  9. 根据权利要求8所述的方法，其特征在于，所述方法还包括：
    若所述第三数据帧的长度大于64字节，或者所述第三数据帧的长度小于64字节且大于或等于所述第三MAC帧长度，则接收所述第三数据帧。
  10. 根据权利要求1至9中任一项所述的方法，其特征在于，所述第一信息为链路层发现协议LLDP信息和/或物理编码子层PCS信息。
  11. 根据权利要求10所述的方法，其特征在于，所述第一信息承载于所述LLDP信息中的类型长度值TLV字段、前导码或所述PCS信息中的码块。
  12. 根据权利要求1至11中任一项所述的方法，其特征在于，所述方法还包括：
    基于所述第三MAC帧长度向第三设备发送第三信息，所述第三信息用于所述第三设备确定与所述第一设备通信所采用的MAC帧长度。
  13. 一种通信方法，其特征在于，所述方法包括：
    第一设备获取第一数据；
    若所述第一数据满足第一条件，则所述第一设备对所述第一数据进行非填充的封装得到第一数据帧，并向第二设备发送所述第一数据帧；
    所述第一条件包括：
    所述第一数据的长度大于或等于最小MAC帧长度减去所述第一数据帧的封装长度，所述最小MAC帧长度小于64字节。
  14. 根据权利要求13所述的方法，其特征在于，所述方法还包括：
    若所述第一数据满足第二条件，则所述第一设备对所述第一数据进行填充的封装得到第二数据帧，并向第二设备发送所述第二数据帧；
    所述第二条件包括：
    所述第一数据的长度小于所述最小MAC帧长度减去所述第二数据帧的封装长度。
  15. 一种通信方法，其特征在于，所述方法包括：
    第一设备确定第一数据帧；
    若所述第一数据帧的长度小于所述第一设备支持的最小MAC帧长度，则所述第一设备丢弃所述第一数据帧，所述最小MAC帧长度小于64字节。
  16. 根据权利要求15所述的方法，其特征在于，所述方法还包括：
    若所述第一数据帧的长度大于64字节，或者所述第一数据帧的长度小于64字节且大于或等于所述最小MAC帧长度，则所述第一设备接收所述第一数据帧。
  17. 一种第一设备，其特征在于，所述第一设备所支持的媒体接入控制最小MAC帧长度小于64字节，所述最小MAC帧长度为传输MAC帧的最小长度。
  18. 一种第一设备，其特征在于，所述第一设备包括：
    接收单元，用于接收第二设备发送的第一信息，所述第一信息用于指示所述第二设备所支持的第二MAC帧长度；
    确定单元，用于基于第一媒体接入控制MAC帧长度与所述第二MAC帧长度确定第三MAC帧长度，所述第一MAC帧长度为第一设备所支持的MAC帧长度，所述第一MAC帧长度与所述 第二MAC帧长度相同或不同；
    通信单元，用于基于所述第三MAC帧长度与所述第二设备进行通信。
  19. 根据权利要求18所述的设备，其特征在于，所述第一MAC帧长度、所述第二MAC帧长度以及所述第三MAC帧长度为最小MAC帧长度，所述最小MAC帧长度为传输MAC帧的最小长度；或者所述第一MAC帧长度、所述第二MAC帧长度以及所述第三MAC帧长度为最大MAC帧长度，所述最大MAC帧长度为传输MAC帧的最大长度。
  20. 根据权利要求18或19所述的设备，其特征在于，所述确定单元，具体用于确定所述第一MAC长度为所述第三MAC帧长度，所述第一MAC帧长度大于或等于所述第二MAC帧长度。
  21. 根据权利要求18或19所述的设备，其特征在于，所述确定单元，具体用于确定所述第三MAC帧长度大于或等于所述第一MAC帧长度以及所述第二MAC帧长度，且所述第三MAC帧长度小于64字节。
  22. 根据权利要求18至21中任一项所述的设备，其特征在于，所述通信单元，还用于向所述第二设备发送第二信息，所述第二信息用于指示第一设备所支持的所述第一MAC帧长度，所述第二信息用于所述第二设备确定所述第三MAC帧长度。
  23. 根据权利要求18至22中任一项所述的设备，其特征在于，所述接收单元，还用于获取第一数据；
    所述通信单元，具体用于若所述第一数据满足第一条件，则对所述第一数据进行非填充的封装得到第一数据帧，并向所述第二设备发送所述第一数据帧，所述第一数据帧的长度大于或等于所述第三MAC帧长度，所述第三MAC帧长度小于64字节；所述第一条件包括：所述第一数据的长度大于或等于所述第三MAC帧长度减去所述第一数据帧的封装长度。
  24. 根据权利要求23所述的设备，其特征在于，所述通信单元，具体用于若所述第一数据满足第二条件，则对所述第一数据进行填充的封装得到第二数据帧，并向所述第二设备发送所述第二数据帧，所述第二数据帧的长度大于或等于所述第三MAC帧长度，所述第三MAC帧长度小于64字节；所述第二条件包括：所述第一数据的长度小于所述第三MAC帧长度减去所述第二数据帧的封装长度。
  25. 根据权利要求18至24中任一项所述的设备，其特征在于，所述接收单元，还用于接收第三数据帧；
    所述接收单元，还用于若所述第三数据帧的长度小于所述第三MAC帧长度，则丢弃所述第三数据帧，所述第三MAC帧长度小于64字节。
  26. 根据权利要求25所述的设备，其特征在于，所述接收单元，还用于若所述第三数据帧的长度大于64字节，或者所述第三数据帧的长度小于64字节且大于或等于所述第三MAC帧长度，则接收所述第三数据帧。
  27. 根据权利要求18至26中任一项所述的设备，其特征在于，所述第一信息为链路层发现协议LLDP信息和/或物理编码子层PCS信息。
  28. 根据权利要求27所述的设备，其特征在于，所述第一信息承载于所述LLDP信息中的类型长度值TLV字段、前导码或所述PCS信息中的码块。
  29. 根据权利要求18至28中任一项所述的设备，其特征在于，所述通信单元，还用于基于所述第三MAC帧长度向第三设备发送第三信息，所述第三信息用于所述第三设备确定与所 述第一设备通信所采用的MAC帧长度。
  30. 一种第一设备，其特征在于，所述第一设备包括：
    获取单元，用于获取第一数据；
    通信单元，用于若所述第一数据满足第一条件，则对所述第一数据进行非填充的封装得到第一数据帧，并向第二设备发送所述第一数据帧；
    所述第一条件包括：
    所述第一数据的长度大于或等于最小MAC帧长度减去所述第一数据帧的封装长度，所述最小MAC帧长度小于64字节。
  31. 根据权利要求30所述的设备，其特征在于，所述通信单元，还用于若所述第一数据满足第二条件，则所述第一设备对所述第一数据进行填充的封装得到第二数据帧，并向第二设备发送所述第二数据帧；
    所述第二条件包括：
    所述第一数据的长度小于所述最小MAC帧长度减去所述第二数据帧的封装长度。
  32. 一种第一设备，其特征在于，所述第一设备包括：
    确定单元，用于确定第一数据帧；
    通信单元，用于若所述第一数据帧的长度小于所述第一设备支持的最小MAC帧长度，则丢弃所述第一数据帧，所述最小MAC帧长度小于64字节。
  33. 根据权利要求32所述的设备，其特征在于，所述通信单元，还用于若所述第一数据帧的长度大于64字节，或者所述第一数据帧的长度小于64字节且大于或等于所述最小MAC帧长度，则接收所述第一数据帧。
  34. 一种第一设备，其特征在于，包括：处理器，所述处理器与存储器耦合，所述存储器用于存储程序或指令，当所述程序或指令被所述处理器执行时，使得所述第一设备执行如权利要求1至12中任一项所述的方法，或者使得所述第一设备执行如权利要求13或14所述的方法，或者使得所述第一设备执行如权利要求15或16所述的方法。
  35. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，所述指令在计算机上执行时，使得所述计算机执行如权利要求1至12中任一项所述的方法，或者使得所述计算机执行如权利要求13或14所述的方法，或者使得所述计算机执行如权利要求15或16所述的方法。
  36. 一种计算机程序产品，其特征在于，所述计算机程序产品在计算机上执行时，使得所述计算机执行如权利要求1至12中任一项所述的方法，或者使得所述计算机执行如权利要求13或14所述的方法，或者使得所述计算机执行如权利要求15或16所述的方法。
PCT/CN2022/100356 2021-06-25 2022-06-22 一种通信方法及相关设备 Ceased WO2022268105A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP22827598.8A EP4351051A4 (en) 2021-06-25 2022-06-22 COMMUNICATION METHOD AND ASSOCIATED DEVICE
JP2023579010A JP2024524977A (ja) 2021-06-25 2022-06-22 通信方法及び関連デバイス
US18/392,312 US20240204954A1 (en) 2021-06-25 2023-12-21 Communication method and related device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110713668.0 2021-06-25
CN202110713668.0A CN115529106A (zh) 2021-06-25 2021-06-25 一种通信方法及相关设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/392,312 Continuation US20240204954A1 (en) 2021-06-25 2023-12-21 Communication method and related device

Publications (1)

Publication Number Publication Date
WO2022268105A1 true WO2022268105A1 (zh) 2022-12-29

Family

ID=84545164

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/100356 Ceased WO2022268105A1 (zh) 2021-06-25 2022-06-22 一种通信方法及相关设备

Country Status (5)

Country Link
US (1) US20240204954A1 (zh)
EP (1) EP4351051A4 (zh)
JP (1) JP2024524977A (zh)
CN (1) CN115529106A (zh)
WO (1) WO2022268105A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN118642883B (zh) * 2024-08-12 2024-11-05 腾讯科技（深圳）有限公司 基于网卡的数据处理方法、装置、设备及可读存储介质
CN119583994A (zh) * 2024-11-20 2025-03-07 中国电信股份有限公司技术创新中心 数据通信方法、装置、网关设备、存储介质和计算机程序产品

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150382238A1 (en) * 2005-08-02 2015-12-31 Synopsys, Inc. Method for Inserting and Removing Padding from Packets
US20190044657A1 (en) * 2018-09-28 2019-02-07 Intel Corporation Method and apparatus to manage undersized network packets in a media access control (mac) sublayer
CN110011787A (zh) * 2019-03-27 2019-07-12 北京瑞源芯科技有限公司 一种基于aes加密算法的数据块填充方法及装置
CN112565105A (zh) * 2020-12-08 2021-03-26 昆高新芯微电子(江苏)有限公司 一种降低时间敏感帧转发时延的方法、装置及设备
CN112887277A (zh) * 2021-01-12 2021-06-01 昆高新芯微电子(江苏)有限公司 现场总线与以太网的转换方法、装置及计算机存储介质

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008122451A1 (en) * 2007-04-06 2008-10-16 International Business Machines Corporation Method for personalizing a multimedia program broadcasted through an ip network

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150382238A1 (en) * 2005-08-02 2015-12-31 Synopsys, Inc. Method for Inserting and Removing Padding from Packets
US20190044657A1 (en) * 2018-09-28 2019-02-07 Intel Corporation Method and apparatus to manage undersized network packets in a media access control (mac) sublayer
CN110011787A (zh) * 2019-03-27 2019-07-12 北京瑞源芯科技有限公司 一种基于aes加密算法的数据块填充方法及装置
CN112565105A (zh) * 2020-12-08 2021-03-26 昆高新芯微电子(江苏)有限公司 一种降低时间敏感帧转发时延的方法、装置及设备
CN112887277A (zh) * 2021-01-12 2021-06-01 昆高新芯微电子(江苏)有限公司 现场总线与以太网的转换方法、装置及计算机存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP4351051A4

Also Published As

Publication number Publication date
EP4351051A1 (en) 2024-04-10
EP4351051A4 (en) 2024-08-21
CN115529106A (zh) 2022-12-27
JP2024524977A (ja) 2024-07-09
US20240204954A1 (en) 2024-06-20

Similar Documents

Publication Publication Date Title
US9049218B2 (en) Stateless fibre channel sequence acceleration for fibre channel traffic over Ethernet
US8649387B2 (en) Method and system for fibre channel and ethernet interworking
US11296807B2 (en) Techniques to operate a time division multiplexing(TDM) media access control (MAC)
CN106789609B (zh) Fc-eg网关、光纤通道和以太网之间的通信转换方法
CN111385828B (zh) 无线局域网收发数据的方法、终端和系统及网络接入设备
CN106664290B (zh) 一种光电混合网络的数据传输方法及装置
US7720064B1 (en) Method and system for processing network and storage data
WO2019019906A1 (zh) 一种通信方法、设备及存储介质
CN115701063B (zh) 一种报文传输方法以及通信装置
CN113497767B (zh) 传输数据的方法、装置、计算设备及存储介质
WO2021013046A1 (zh) 通信方法和网卡
CN107395572A (zh) 一种数据处理方法及物联网网关
US20240204954A1 (en) Communication method and related device
CN108093041B (zh) 单通道vdi代理服务系统及实现方法
TWI500298B (zh) 傳送或接收有關於大資料封包之資料分段的技術
CN102255800B (zh) Can总线上ip数据包和can消息之间数据格式相互转换的方法
CN113938443B (zh) 一种无线物联网协议交换机
US8583822B2 (en) Method and system for minimum frame size support for a communication protocol encapsulated over Ethernet
WO2012126352A1 (zh) 在pcie总线上传输报文的方法、设备和系统
CN116418763A (zh) 一种报文处理方法及相关设备
US8225004B1 (en) Method and system for processing network and storage data
CN112399480B (zh) 减少传输开销的方法、装置及存储介质
CN118714183B (zh) 报文传输的方法和装置
JP2023551687A (ja) メッセージ伝送方法、システム、ネットワーク装置、及び記憶媒体
CN102238063A (zh) 一种报文处理方法及设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22827598

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2023579010

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 202347087756

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 2022827598

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2022827598

Country of ref document: EP

Effective date: 20240103

NENP Non-entry into the national phase

Ref country code: DE