[go: up one dir, main page]

WO2025145944A1 - Procédé d'accès direct à la mémoire à distance et appareil et système associés - Google Patents

Procédé d'accès direct à la mémoire à distance et appareil et système associés Download PDF

Info

Publication number
WO2025145944A1
WO2025145944A1 PCT/CN2024/142535 CN2024142535W WO2025145944A1 WO 2025145944 A1 WO2025145944 A1 WO 2025145944A1 CN 2024142535 W CN2024142535 W CN 2024142535W WO 2025145944 A1 WO2025145944 A1 WO 2025145944A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
network
window
rdma
data
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.)
Pending
Application number
PCT/CN2024/142535
Other languages
English (en)
Chinese (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.)
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
Publication of WO2025145944A1 publication Critical patent/WO2025145944A1/fr
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/06—Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
    • 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
    • H04L2212/00—Encapsulation of packets

Definitions

  • the present application relates to the field of communications, and in particular to a remote direct memory access (RDMA) method and related devices and systems.
  • RDMA remote direct memory access
  • the network device (such as a base station) serving as a bridge between the terminal device and the in-network computing device needs to perform deep packet inspection (DPI) on the application layer message or the network layer message to obtain the information used to adjust the sending window size.
  • DPI deep packet inspection
  • the network device itself is the performance bottleneck node in the data transmission process, and the DPI process is complicated, which brings additional processing load to the network device and affects the network performance.
  • the present application provides an RDMA method and related devices and systems, in order to reduce the processing load of network devices and improve network performance.
  • the present application provides an RDMA method, which can be executed by a first device, or by a component configured in the first device (such as a chip, a chip system, etc.), or by a logic module or software that can implement all or part of the functions of the first device.
  • RDMA method can be executed by a first device, or by a component configured in the first device (such as a chip, a chip system, etc.), or by a logic module or software that can implement all or part of the functions of the first device.
  • the present application does not limit this.
  • the method includes: sending a first message to a network device, the first message being used to request adjustment of a window size of a sending window, the network device being connected between the first device and a second device, the second device being a device that performs RDMA-based distributed computing with the first device; receiving a second message from the network device, the second message including data for determining a window size, the message formats of the first message and the second message satisfying protocols below the network layer; adjusting the window size of the sending window based on the second message; and sending RDMA data to the second device through the network device based on the adjusted sending window.
  • the message formats of the first message and the second message meet the protocols below the network layer. It can be understood as follows: the first message and the second message can be encapsulated in the protocol layer below the network layer, or in other words, can be encapsulated based on the message encapsulation format below the network layer, without the need to be encapsulated through the network layer and the protocol layers above it, and there is no need to further encapsulate the message headers corresponding to the network layer and the protocol layers above it.
  • the message format of the message (first message and second message) used to adjust the window size of the sending window meets the protocol below the network layer, which simplifies the operation process and signaling parsing process, so that the network device can adjust the window size of the sending window based on the above message credit.
  • the network device does not need to perform DPI on the above message, thereby reducing the processing load of the network device, helping to improve network performance, and further, providing low-latency, high-throughput communication services for data interaction based on RDMA distributed computing.
  • the present application provides an RDMA method, which can be executed by a network device, or by a component configured in the network device (such as a chip, a chip system, etc.), or by a logic module or software that can realize all or part of the functions of the network device.
  • RDMA method can be executed by a network device, or by a component configured in the network device (such as a chip, a chip system, etc.), or by a logic module or software that can realize all or part of the functions of the network device.
  • the present application does not limit this.
  • the method includes: receiving a first message from a first device, the first message being used to request adjustment of a window size of a sending window, the network device being connected between the first device and a second device, the second device being a device that performs RDMA distributed computing with the first device; sending a second message to the first device, the second message including data for determining the window size, the message formats of the first message and the second message satisfying protocols below the network layer.
  • the message format of the message (first message and second message) used to adjust the window size of the sending window meets the protocol below the network layer, which simplifies the operation process and signaling parsing process.
  • the network device does not need to perform DPI on the above message, thereby reducing the processing load of the network device, helping to improve network performance, and further providing low-latency, high-throughput communication services for data interaction based on RDMA distributed computing.
  • the above-mentioned credit value is determined based on the information carried in the above-mentioned first message and the network load information perceived by the network device.
  • network load information may include but is not limited to information such as air interface status, air interface bandwidth resources and cache status.
  • the information carried in the first message may include but is not limited to: request values of one or more of the above information carried in the first message.
  • the first device is an in-network computing device
  • the second device is a terminal device
  • the first message and the second message are general packet radio service tunneling protocol-user plane (GTP-U) messages; or, the first message and the second message are segment routing protocol (segment routing over IPv6 data plane, SRv6) messages based on the forwarding plane of Internet Protocol version 6 (internet protocol version 6, IPv6).
  • GTP-U general packet radio service tunneling protocol-user plane
  • SRv6 segment routing protocol
  • the first message and the second message are interface layer 2 (layer 2) (Uu L2) messages between a user equipment and a universal terrestrial radio access network (UE-UTRAN); or, the first message and the second message are layer 2 control protocol data unit (PDU) (L2 control PDU) messages.
  • layer 2 layer 2
  • PDU layer 2 control protocol data unit
  • the present application provides a communication system, the communication system comprising a first device and a network device.
  • the first device is used to perform the function of the first device in the above-mentioned first aspect and any possible implementation of the first aspect
  • the network device is used to perform the function of the network device in the above-mentioned second aspect and any possible implementation of the second aspect.
  • sending and receiving can be performed between devices, for example, between a network device and a first device; it can also be performed within a device, for example, sending or receiving between components, modules, chips, software modules or hardware modules within the device through a bus, wiring or interface.
  • information C is used to determine information D, which includes information D being determined based only on information C, and information D being determined based on information C and other information.
  • information C is used to determine information D, and it can also be indirectly determined, for example, information D is determined based on information E, and information E is determined based on information C.
  • Mobile communications It can refer to the communication method between mobile users and fixed-point users, or between mobile users.
  • the computing nodes within the network may include but are not limited to node C (node C, NodeC).
  • FIG1 is a schematic diagram of a communication system applicable to the method provided in an embodiment of the present application.
  • FIG1 shows a schematic diagram of a possible, non-limiting system architecture.
  • a communication system 1000 includes a radio access network (RAN) 100 and a core network (CN) 200.
  • the RAN 100 includes at least one RAN node (such as 110a and 110b in FIG1 , collectively referred to as 110) and at least one terminal device (such as 120a-120j in FIG1 , collectively referred to as 120).
  • the RAN 100 may also include other RAN nodes, such as wireless relay devices and/or wireless backhaul devices (not shown in FIG1 ).
  • the terminal device 120 is connected to the RAN node 110 in a wireless manner.
  • the RAN node 110 is connected to the core network 200 in a wireless or wired manner.
  • the core network device in the core network 200 and the RAN node 110 in the RAN 100 may be different physical devices, or may be the same physical device that integrates the core network logical functions and the radio access network logical functions.
  • RAN 100 may be a cellular system related to the 3rd generation partnership project (3GPP), for example, a 4th generation (4G), a 5th generation (5G) mobile communication system, or a future-oriented evolution system (for example, a 6th generation (6G) mobile communication system).
  • 3GPP 3rd generation partnership project
  • 4G 4th generation
  • 5G 5th generation
  • 6G 6th generation
  • RAN 100 may also be an open access network (open RAN, O-RAN or ORAN), a cloud radio access network (cloud radio access network, CRAN), or a wireless fidelity (wireless fidelity, Wi-Fi) system.
  • RAN 100 may also be a communication system that integrates two or more of the above systems.
  • the RAN node 110 which may also be sometimes referred to as an access network device, a RAN entity or an access node, is a part of the communication system to help the terminal device achieve wireless access.
  • the multiple RAN nodes 110 in the communication system 1000 may be nodes of the same type or nodes of different types. In some scenarios, the roles of the RAN node 110 and the terminal device 120 are relative.
  • the network element 120i in FIG. 1 may be a helicopter or a drone, which may be configured as a mobile base station.
  • the network element 120i is a base station; but for the base station 110a, the network element 120i is a terminal device.
  • the RAN node 110 and the terminal device 120 are sometimes referred to as communication devices.
  • the network elements 110a and 110b in FIG. 1 may be understood as communication devices with base station functions
  • the network elements 120a-120j may be understood as communication devices with terminal device functions.
  • the RAN node can be a central unit (CU), a distributed unit (DU), a CU-control plane (CP), a CU-user plane (UP), or a radio unit (RU).
  • the CU and DU can be set separately, or can also be included in the same network element, such as a baseband unit (BBU).
  • BBU baseband unit
  • the RU can be included in a radio frequency device or a radio frequency unit, such as a remote radio unit (RRU), an active antenna unit (AAU), or a remote radio head (RRH).
  • CU or CU-CP and CU-UP
  • DU or RU may also have different names, but those skilled in the art can understand their meanings.
  • CU may also be called O-CU (open CU)
  • DU may also be called O-DU
  • CU-CP may also be called O-CU-CP
  • CU-UP may also be called O-CU-UP
  • RU may also be called O-RU.
  • CU, CU-CP, CU-UP, DU and RU are described as examples in this application.
  • Any unit of CU (or CU-CP, CU-UP), DU and RU in this application may be implemented by a software module, a hardware module, or a combination of a software module and a hardware module.
  • the terminal device can be a mobile phone, tablet computer, cellular phone, cordless phone, session initiation protocol (SIP) phone, wireless local loop (WLL) station, personal digital assistant (PDA), computer with wireless transceiver function, wearable device, vehicle, drone, helicopter, airplane, ship, robot, robotic arm, smart home device, handheld device with wireless communication function, computing device or other processing device connected to a wireless modem, vehicle-mounted device, etc.
  • SIP session initiation protocol
  • WLL wireless local loop
  • PDA personal digital assistant
  • the terminal devices and network devices may be hardware devices, or software functions running on dedicated hardware, or software functions running on general-purpose hardware, such as virtualization functions instantiated on a platform (e.g., a cloud platform), or entities including dedicated or general-purpose hardware devices and software functions.
  • a platform e.g., a cloud platform
  • the present application does not limit the specific forms of the terminal devices and network devices.
  • High precision congestion control is a related technology for RDMA congestion scheduling, which relies on switches to provide fine-grained network load information to accurately adjust RDMA traffic.
  • each data packet sent by the sender requires feedback from the receiver (or receiver).
  • each switch along the way can insert some network load information for adjusting the size (or dimension) of the sending window into the data packet.
  • the first message includes a request value for one or more of the following information: a window increase intent (II) value, a queue length of RDMA data that the sending window can carry, and a transmission byte or link bandwidth capacity of RDMA data that the sending window can carry.
  • a window increase intent (II) value a queue length of RDMA data that the sending window can carry
  • a transmission byte or link bandwidth capacity of RDMA data that the sending window can carry a transmission byte or link bandwidth capacity of RDMA data that the sending window can carry.
  • the queue length of the RDMA data that the sending window can carry, the transmission bytes of the RDMA data that the sending window can carry, and the link bandwidth capacity all have a corresponding conversion relationship with the window size of the sending window, that is, the window size of the sending window can be calculated based on the queue length of the RDMA data that the sending window can carry, the window size of the sending window can also be calculated based on the transmission bytes of the RDMA data that the sending window can carry, and the window size of the sending window can also be calculated based on the link bandwidth capacity.
  • the queue length of the RDMA data that the sending window can carry there is a corresponding conversion relationship between the queue length of the RDMA data that the sending window can carry and the transmission bytes of the RDMA data that the sending window can carry. That is, when the queue length of the RDMA data that the sending window can carry is known, the transmission bytes of the RDMA data that the sending window can carry can be calculated; when the transmission bytes of the RDMA data that the sending window can carry is known, the queue length of the RDMA data that the sending window can carry can also be calculated.
  • the terminal device before performing RDMA-based distributed computing, can initiate a computing offload task to request that a certain in-network computing device and the terminal device perform a distributed computing task.
  • the terminal device can select an in-network computing device with the assistance of the network device to perform distributed computing with the terminal device, and then the terminal device can establish a data transmission channel with the selected in-network computing device through the network device.
  • the terminal device and the in-network computing device can negotiate that the distributed computing task adopts the RDMA interaction mechanism, and negotiate who will calculate which subtasks respectively.
  • the network device can continuously perceive information such as the air interface status, air interface bandwidth resources, and cache status.
  • the air interface status, air interface bandwidth resources, and cache status are collectively referred to as network load information in the following text.
  • Continuous perception can be understood as periodic perception.
  • the network device can periodically send a perception request to the terminal device.
  • the perception request is used for the network device to obtain the above-mentioned network load information. Accordingly, when the terminal device receives the perception request from the network device, it can report the network load information to the network device. This application does not impose any limitations on this.
  • the first message may be a Uu L2 message, or the first message may be a L2 control PDU message.
  • the terminal device may request to adjust the window size of the sending window by sending a first message carrying a request value of one or more of the above information through an uplink tunnel with the network device.
  • the terminal device can determine the request value of the above one or more information based on the pre-negotiated subtask and the QoS flow or session where the RDMA data to be sent is located, the size of the total amount of data to be sent, and the delay requirement for transmitting these data.
  • the layer above the access layer of the terminal device (which may include but is not limited to the application layer, transport layer or network layer, etc.) can deliver the data packet to the access layer of the terminal device, and inform the access layer of the request value of the above one or more information of the sending window corresponding to the data packet.
  • the access layer of the terminal device carries the request value of the above one or more information through the Uu L2 message header or L2 control PDU of the data packet to the network device.
  • the channel or protocol for the terminal device to transmit the request value of the above one or more information to the network device is not limited to L2, but can also be L1, or even a new protocol layer below the network layer that may be introduced in the future 6G mobile communication system.
  • the message format of the second message satisfies the protocol below the network layer.
  • the message format of the second message satisfies the protocol below the network layer, which can be understood as follows: the second message can be encapsulated in the protocol layer below the network layer, or in other words, it can be encapsulated based on the message encapsulation format below the network layer, without the need to be encapsulated by the network layer and the protocol layers above it, and there is no need to further encapsulate the message header corresponding to the network layer and the protocol layers above it.
  • the window size of the sending window can be calculated based on the queue length of the RDMA data that the sending window can carry, the window size of the sending window can also be calculated based on the transmission bytes of the RDMA data that the sending window can carry, and the window size of the sending window can also be calculated based on the link bandwidth capacity. Therefore, in the case where the second message includes the credit value of one or more of the queue length of the RDMA data that the sending window can carry, the transmission bytes of the RDMA data that the sending window can carry, or the link bandwidth capacity, the first device can also calculate the sending window size after the network device instructs the first device to adjust.
  • the method 400 further includes: the network device generates the second message based on the request value in the first message and the network load information perceived by the network device.
  • the network device when the network device receives a first message from the in-network computing device, the network device can determine the corresponding credit value of the one or more information based on the request value of the one or more information carried in the first message, as well as network load information such as the air interface status of the downlink air interface with the terminal device as the receiver, the remaining resources of the downlink air interface bandwidth with the terminal device as the receiver, and the length of all downlink cache queues that share the downlink air interface resources with the terminal device as the receiver.
  • the second message that the network device replies to the first device may carry a credit value of +512 bytes for the window increase intention value; if the network device believes, based on the perceived network load information, that the current network load situation cannot meet the requirement of the request value of +512 bytes for the window increase intention value, and can only meet the requirement of the request value of +256 bytes for the window increase intention value at most, then the second message that the network device replies to the first device may carry a credit value of +256 bytes for the window increase intention value.
  • the second message also includes the credit value of the multiple information included in the first message.
  • the first message includes the window increase intention value and the request value of the queue length of the RDMA data that the sending window can carry
  • the second message includes the window increase intention value and the credit value of the queue length of the RDMA data that the sending window can carry.
  • the network device can find the uplink message of the QoS flow corresponding to the first message, and carry the credit value corresponding to the request value of one or more information carried in the first message in the tunnel message header of the uplink message; or, generate an uplink pseudo message, and carry the credit value corresponding to the request value of one or more information carried in the first message in the tunnel message header of the uplink pseudo message. Furthermore, the network device can send the uplink message or the uplink pseudo message to the in-network computing device through the tunnel.
  • the network device may carry the credit value corresponding to the request value of one or more information carried in the first message through the Uu L2 message header or L2 control PDU of the QoS flow downlink message corresponding to the terminal device, and feedback the credit value corresponding to the request value of one or more information carried in the first message to the terminal device.
  • the channel or protocol for the network device to feedback the credit value to the terminal device is not limited to L2, but may also be L1, or even a new protocol layer below the network layer that may be introduced in the future 6G mobile communication system.
  • step 430 the first device adjusts the window size of the sending window based on the second message.
  • the analysis of the credit value carried in the second message may be implemented by a module in the network card deployed on the first device, or a module or an operating system deployed on the first device. This application does not impose any limitation on this.
  • the first device can, according to the wooden barrel principle (or the short board theory), take the smallest window size among one or more window sizes determined based on the multiple credit values as the target window size, and adjust the window size of the sending window based on the target window size.
  • the second message includes the credit value of the window increase intention value and the queue length of the RDMA data that the sending window can carry, wherein the window size determined based on the credit value of the window increase intention value is 2048 bytes, and the window size determined based on the credit value of the queue length of the RDMA data that the sending window can carry is 1024 bytes, then the first device can take 1024 bytes as the target window size, that is, the first device can adjust the window size of the sending window to 1024 bytes instead of 2048 bytes.
  • step 440 the first device sends RDMA data to the second device through the network device based on the adjusted sending window.
  • the second device receives the RDMA data from the first device through the network device.
  • distributed computing involved in this application may include but is not limited to distributed AI computing, distributed rendering, etc., and this application does not limit this.
  • FIG5 is a schematic block diagram of a communication device provided in an embodiment of the present application.
  • the second message includes a credit value for one or more of the following information: a window increase intention value, a queue length of RDMA data that the sending window can carry, and a transmission byte or link bandwidth capacity of RDMA data that the sending window can carry.
  • the first device is an in-network computing device
  • the second device is a terminal device.
  • the first message and the second message are GTP-U messages; or, the first message and the second message are SRv6-based messages.
  • the first device is a terminal device
  • the second device is an in-network computing device.
  • the first message and the second message are Uu L2 messages; or, the first message and the second message are L2 control PDU messages.
  • the first message includes a request value for one or more of the following information: a window increase intention value, a queue length of RDMA data that the sending window can carry, and a transmission byte or link bandwidth capacity of RDMA data that the sending window can carry.
  • the second message includes a credit value for one or more of the following information: a window increase intention value, a queue length of RDMA data that the sending window can carry, and a transmission byte or link bandwidth capacity of RDMA data that the sending window can carry.
  • the credit value is determined based on information carried in the first message and network load information perceived by the network device.
  • FIG. 6 is another schematic block diagram of a communication device provided in an embodiment of the present application.
  • the communication device 600 may include at least one processor 610 for implementing the function of the first device or network device in the method provided in the embodiment of the present application.
  • the processor 610 can be used to send a first message to a network device, the first message is used to request to adjust the window size of the sending window, the network device is connected between the first device and the second device, the second device is a device that performs RDMA-based distributed computing with the first device; receiving a second message from the network device, the second message includes data for determining the window size, and the message format of the first message and the second message meets the protocol below the network layer; adjusting the window size of the sending window based on the second message; based on the adjusted sending window, sending RDMA data to the second device through the network device.
  • the processor 610 can be used to send a first message to a network device, the first message is used to request to adjust the window size of the sending window, the network device is connected between the first device and the second device, the second device is a device that performs RDMA-based distributed computing with the first device; receiving a second message from the network device, the second message includes data for determining the window size, and the message format of the
  • the communication device 600 may also include at least one memory 620 for storing program instructions and/or data.
  • the memory 620 is coupled to the processor 610.
  • the coupling in the embodiment of the present application is an indirect coupling or communication connection between devices, units or modules, which may be electrical, mechanical or other forms, and is used for information exchange between devices, units or modules.
  • the processor 610 may operate in conjunction with the memory 620.
  • the processor 610 may execute program instructions stored in the memory 620. At least one of the at least one memory may be included in the processor.
  • connection medium between the processor 610, the memory 620 and the communication interface 630 is not limited in the embodiment of the present application.
  • the processor 610, the memory 620 and the communication interface 630 are connected via a bus 640.
  • the bus 640 is represented by a bold line in FIG6 , and the connection mode between other components is only for schematic illustration and is not intended to be limiting.
  • the bus can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, only one bold line is used in FIG6 , but it does not mean that there is only one bus or one type of bus.
  • FIG. 7 is a schematic diagram of the structure of a terminal device provided in an embodiment of the present application.
  • the terminal device 700 has the functions of the terminal device shown in FIG4 , and the terminal device 700 can be applied to the communication system 1000 shown in FIG1 . As shown in FIG7 , the terminal device 700 includes a processor 701 and a transceiver 702 .
  • the terminal device 700 further includes a memory 703.
  • the processor 701, the transceiver 702 and the memory 703 can communicate with each other through an internal connection path to transmit control and/or data signals, the memory 703 is used to store a computer program, and the processor 701 is used to call and run the computer program from the memory 703 to control the transceiver 702 to send and receive signals.
  • the terminal device 700 may further include an antenna 704 for sending the uplink data or uplink control signaling output by the transceiver 702 via a wireless signal.
  • the terminal device 700 further includes a Wi-Fi module 711 for accessing a wireless network.
  • the processor 701 and the memory 703 may be combined into a processing device, and the processor 701 is used to execute the program code stored in the memory 703 to implement the above functions.
  • the memory 703 may also be integrated into the processor 701, or independent of the processor 701.
  • the processor 701 may correspond to the processing module 510 in FIG. 5 or the processor 610 in FIG. 6.
  • the transceiver 702 may correspond to the transceiver module 520 in FIG. 5 or the communication interface 630 in FIG. 6.
  • the transceiver 702 may include a receiver (or receiver, receiving circuit) and a transmitter (or transmitter, transmitting circuit). The receiver is used to receive signals, and the transmitter is used to transmit signals.
  • the terminal device 700 may further include a power supply 705 for providing power to various devices or circuits in the terminal device 700 .
  • the terminal device 700 may also include one or more of an input unit 706, a display unit 707, an audio circuit 708, a camera 709 and a sensor 710, and the audio circuit may also include a speaker 708a, a microphone 708b, etc.
  • terminal device 700 shown in FIG7 can implement various processes related to the terminal device in the method embodiment shown in FIG4.
  • the operations and/or functions of each module in the terminal device 700 are respectively to implement the corresponding processes in the above method embodiment.
  • the processor 701 can be used to execute the actions implemented by the terminal device in the above method embodiment
  • the transceiver 702 can be used to execute the actions of the terminal device sending to or receiving from the network device described in the above method embodiment. Please refer to the description in the above method embodiment for details, which will not be repeated here.
  • FIG8 is a schematic diagram of the structure of a network device provided in an embodiment of the present application, for example, a schematic diagram of the structure of a base station.
  • the base station 800 can be applied to the system shown in FIG1 to perform the functions of the network device in the method embodiment shown in FIG4.
  • the base station 800 may include one or more of the following: one or more (DU+RU) 810, one or more CU 820.
  • CU 820 can communicate with the next generation core network (next generation core, NG core).
  • the DU may include at least one antenna 811, at least one radio frequency unit 812, at least one processor 813 and at least one memory 814.
  • the DU part is mainly used for receiving and transmitting radio frequency signals, converting radio frequency signals to baseband signals, and partial baseband processing.
  • CU 820 may include at least one processor 822 and at least one memory 821.
  • CU 820 and DU may communicate through an interface.
  • the control plane (CP) interface may be Fs-C, such as F1-C
  • the user plane (UP) interface may be Fs-U, such as F1-U.
  • DU and RU may cooperate to jointly implement the functions of the physical (PHY) layer.
  • a DU may be connected to one or more RUs.
  • the functions of DU and RU may be configured in a variety of ways according to the design.
  • DU is configured to implement baseband functions
  • RU is configured to implement mid-RF functions.
  • DU is configured to implement high-level functions in the PHY layer
  • RU is configured to implement low-level functions and RF functions in the PHY layer.
  • the high-level functions in the PHY layer may include a portion of the functions of the PHY layer, which is closer to the MAC layer
  • the low-level functions in the PHY layer may include another portion of the functions of the PHY layer, which is closer to the mid-frequency side.
  • the CU 820 is mainly used for baseband processing, base station control, etc.
  • the DU and CU 820 can be physically arranged together or physically separated, that is, a distributed base station.
  • the CU 820 is the control center of the base station, which can correspond to the processing module 510 in Figure 5 or the processor 610 in Figure 6 or the processor 701 in Figure 7, and can also be called a processing unit, which is mainly used to complete the baseband processing function.
  • the CU 820 can be used to control the base station to execute the operation process of the access network device in the above method embodiment.
  • the baseband processing on the CU and DU can be divided according to the protocol layer of the wireless network.
  • the functions of the packet data convergence protocol (PDCP) layer and above are set in the CU, and the functions of the protocol layers below the PDCP, such as the RLC layer and the MAC layer, are set in the DU.
  • the CU implements the functions of the RRC layer and the PDCP layer
  • the DU implements the functions of the RLC layer, the MAC layer, and the PHY layer.
  • the base station 800 may include one or more radio frequency units (RUs), one or more DUs, and one or more CUs.
  • the DU may include at least one processor 813 and at least one memory 814
  • the RU may include at least one antenna 811 and at least one radio frequency unit 812
  • the CU may include at least one processor 822 and at least one memory 821.
  • the CU 820 may be composed of one or more boards, and the multiple boards may jointly support a wireless access network with a single access indication (such as a 5G network), or may respectively support wireless access networks with different access standards (such as an LTE network, a 5G network, or other networks).
  • the memory 821 and the processor 822 may serve one or more boards. In other words, a memory and a processor may be separately set on each board. It is also possible that multiple boards share the same memory and processor. In addition, necessary circuits may be set on each board.
  • FIG8 is only an example and not a limitation, and the network device may not rely on the structure shown in FIG8.
  • the network device may also include an AAU, and may also include a CU and/or a DU, or the network device may also include a BBU, and may also include an adaptive radio unit (ARU). This application does not limit this.
  • the above CU and/or DU can be used to perform the actions implemented by the network device in the previous method embodiment, and the AAU can be used to perform the actions of the network device sending to or receiving from the first device described in the previous method embodiment. Please refer to the description in the previous method embodiment for details, which will not be repeated here.
  • the present application provides a communication system, which includes a network device and a first device.
  • the network device is used to perform the function of the network device in the method embodiment shown in Figure 4, and the first device is used to perform the function of the first device in the method embodiment shown in Figure 4.
  • the present application also provides a chip system, which includes at least one processor for implementing the functions involved in the method executed by the network device or the first device in the embodiment shown in Figure 4 above, for example, receiving or processing the data and/or information involved in the above method.
  • the chip system also includes a memory, which is used to store program instructions and data, and the memory is located inside or outside the processor.
  • the chip system may be composed of the chip, or may include the chip and other discrete devices.
  • An embodiment of the present application also provides a readable storage medium on which a program is stored.
  • the program is run, the method executed by the first device in the embodiment shown in Figure 4 is executed, or the method executed by the network device is executed.
  • An embodiment of the present application also provides a program product, including a program.
  • the program When the program is run, the method executed by the first device in the embodiment shown in Figure 4 is executed, or the method executed by the network device is executed.
  • the processor in the embodiment of the present application can be an integrated circuit chip with signal processing capabilities.
  • each step of the above method embodiment can be completed by the hardware integrated logic circuit in the processor or the instruction in the form of software.
  • the above processor can be a general processor, a digital signal processor (digital signal processor, DSP), an application specific integrated circuit (application specific integrated circuit, ASIC), a field programmable gate array (field programmable gate array, FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components.
  • DSP digital signal processor
  • ASIC application specific integrated circuit
  • FPGA field programmable gate array
  • the methods, steps and logic block diagrams disclosed in the embodiments of the present application can be implemented or executed.
  • the general processor can be a microprocessor or the processor can also be any conventional processor.
  • the steps of the method disclosed in the embodiment of the present application can be directly embodied as a hardware decoding processor to perform, or the hardware and software modules in the decoding processor can be combined to perform.
  • the software module can be located in a mature storage medium in the field such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory or an electrically erasable programmable memory, a register, etc.
  • the storage medium is located in the memory, and the processor reads the information in the memory and completes the steps of the above method in combination with its hardware.
  • the memory in the embodiments of the present application may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memories.
  • the non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory.
  • the volatile memory may be a random access memory (RAM), which is used as an external cache.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

La présente demande se rapporte au domaine des communications. L'invention concerne un procédé RDMA et un appareil et un système associés. Le procédé comprend les étapes suivantes : un premier dispositif envoie un premier paquet à un dispositif de réseau, le premier paquet étant utilisé pour demander le réglage d'une taille de fenêtre d'une fenêtre d'envoi, le dispositif de réseau étant connecté entre le premier dispositif et un second dispositif, et le second dispositif étant un dispositif qui effectue un calcul distribué basé sur RDMA avec le premier dispositif ; le premier dispositif reçoit un second paquet en provenance du dispositif de réseau, le second paquet comprenant des données utilisées pour déterminer la taille de fenêtre, et les formats de paquet du premier paquet et du second paquet étant conformes à des protocoles au-dessous d'une couche de réseau ; le premier dispositif règle la taille de fenêtre de la fenêtre d'envoi sur la base du second paquet ; et sur la base de la fenêtre d'envoi réglée, le premier dispositif envoie des données RDMA au second dispositif au moyen du dispositif de réseau. Un dispositif de réseau n'a pas besoin d'effectuer de DPI sur un premier paquet, de sorte que la charge de traitement du dispositif de réseau peut être réduite, ce qui aide à améliorer les performances de réseau.
PCT/CN2024/142535 2024-01-04 2024-12-25 Procédé d'accès direct à la mémoire à distance et appareil et système associés Pending WO2025145944A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202410025101.8 2024-01-04
CN202410025101.8A CN120263863A (zh) 2024-01-04 2024-01-04 一种远程直接内存访问方法及相关装置、系统

Publications (1)

Publication Number Publication Date
WO2025145944A1 true WO2025145944A1 (fr) 2025-07-10

Family

ID=96176512

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2024/142535 Pending WO2025145944A1 (fr) 2024-01-04 2024-12-25 Procédé d'accès direct à la mémoire à distance et appareil et système associés

Country Status (2)

Country Link
CN (1) CN120263863A (fr)
WO (1) WO2025145944A1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110445722A (zh) * 2018-05-04 2019-11-12 华为技术有限公司 拥塞控制方法、装置、设备及存储介质
CN110460533A (zh) * 2019-07-12 2019-11-15 锐捷网络股份有限公司 基于rdma的数据传输方法及装置
CN113438181A (zh) * 2021-08-26 2021-09-24 北京邮电大学 网络拥塞控制方法和装置
CN116527593A (zh) * 2023-07-03 2023-08-01 珠海星云智联科技有限公司 网络流量拥塞控制方法及相关装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110445722A (zh) * 2018-05-04 2019-11-12 华为技术有限公司 拥塞控制方法、装置、设备及存储介质
CN110460533A (zh) * 2019-07-12 2019-11-15 锐捷网络股份有限公司 基于rdma的数据传输方法及装置
CN113438181A (zh) * 2021-08-26 2021-09-24 北京邮电大学 网络拥塞控制方法和装置
CN116527593A (zh) * 2023-07-03 2023-08-01 珠海星云智联科技有限公司 网络流量拥塞控制方法及相关装置

Also Published As

Publication number Publication date
CN120263863A (zh) 2025-07-04

Similar Documents

Publication Publication Date Title
JP7118237B2 (ja) 通信方法及び通信装置
US11968565B2 (en) User plane information reporting method and apparatus
EP3782401B1 (fr) Dispositif client, noeud de commande de reseau et upf pour la transmission et la reception de flux de paquets de donnees en multiconnectivite
CN111988212B (zh) 一种报文传输方法以及相关装置
WO2018059518A1 (fr) Procédé, dispositif et système de transmission de données
US20240214864A1 (en) Communication method, apparatus, and system
WO2024037423A1 (fr) Procédé et appareil de commande de largeur de bande
CN115915196A (zh) 一种链路状态检测方法、通信装置及通信系统
WO2020200103A1 (fr) Procédé pour déterminer un type de support, et dispositif de communication
JP7534029B2 (ja) データ伝送方法、リンク品質検出方法、通信装置、及び記憶媒体
CN117478754A (zh) 用于物联网的通信的方法、设备和计算机程序产品
CN118019052A (zh) 一种数据传输方法、设备及存储介质
WO2025139293A1 (fr) Procédé de communication, appareil de communication et système de communication
WO2025145944A1 (fr) Procédé d'accès direct à la mémoire à distance et appareil et système associés
WO2024140747A1 (fr) Procédé de communication et appareil associé
EP4311298A1 (fr) Procédé de communication et dispositif
EP4325929A1 (fr) Procédé de communication sans fil, appareil de communication et système de communication
KR102179212B1 (ko) 제어 정보에 대한 송신 방법 및 장치
WO2023093696A1 (fr) Procédé et appareil de communication
WO2022063187A1 (fr) Procédé et appareil de communication
US20250016749A1 (en) Communication method and apparatus
WO2025139295A1 (fr) Procédé de communication, appareil de communication, et système de communication
WO2025152681A1 (fr) Procédé et appareil de communication
WO2025077508A1 (fr) Procédé de communication et appareil de communication
WO2025036274A1 (fr) Procédé de communication et appareil associé

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: 24915159

Country of ref document: EP

Kind code of ref document: A1