(19)
(11)EP 3 726 787 B1

(12)EUROPEAN PATENT SPECIFICATION

(45)Mention of the grant of the patent:
15.06.2022 Bulletin 2022/24

(21)Application number: 18895517.3

(22)Date of filing:  05.12.2018
(51)International Patent Classification (IPC): 
H04L 65/60(2022.01)
H04L 47/24(2022.01)
H04L 67/562(2022.01)
H04L 65/80(2022.01)
H04L 47/10(2022.01)
(52)Cooperative Patent Classification (CPC):
H04L 65/80; H04L 47/39; H04L 47/24; H04L 65/762; H04L 67/562
(86)International application number:
PCT/CN2018/119253
(87)International publication number:
WO 2019/128649 (04.07.2019 Gazette  2019/27)

(54)

DATA STREAM SENDING METHOD, DEVICE AND SYSTEM

DATENSTROMSENDEVERFAHREN, -VORRICHTUNG UND -SYSTEM

PROCÉDÉ, DISPOSITIF ET SYSTÈME D'ENVOI DE FLUX DE DONNÉES


(84)Designated Contracting States:
AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

(30)Priority: 29.12.2017 CN 201711483172

(43)Date of publication of application:
21.10.2020 Bulletin 2020/43

(73)Proprietor: HUAWEI TECHNOLOGIES CO., LTD.
Shenzhen, Guangdong 518129 (CN)

(72)Inventors:
  • ZHANG, Yali
    Shenzhen, Guangdong 518129 (CN)
  • QIU, Xiang
    Shenzhen, Guangdong 518129 (CN)
  • XIA, Yinben
    Shenzhen, Guangdong 518129 (CN)

(74)Representative: MERH-IP Matias Erny Reichl Hoffmann Patentanwälte PartG mbB 
Paul-Heyse-Strasse 29
80336 München
80336 München (DE)


(56)References cited: : 
CN-A- 1 878 422
CN-A- 103 701 626
US-A1- 2002 004 842
CN-A- 101 477 637
CN-A- 105 245 568
US-A1- 2010 095 021
  
      
    Note: Within nine months from the publication of the mention of the grant of the European patent, any person may give notice to the European Patent Office of opposition to the European patent granted. Notice of opposition shall be filed in a written reasoned statement. It shall not be deemed to have been filed until the opposition fee has been paid. (Art. 99(1) European Patent Convention).


    Description

    TECHNICAL FIELD



    [0001] The present invention relates to the field of communications technologies, and in particular, to a data stream sending method and system, and a device.

    BACKGROUND



    [0002] When a plurality of transmit ends simultaneously send data streams to a same receive end, congestion occurs at the receive end. There are many congestion control mechanisms for a transport layer. For example, a source end device adjusts a sending rate based on a received congestion notification packet sent by a congested device in a network, to reduce network congestion and a delay. A typical congestion control mechanism includes, for example, the data center transmission control protocol (English: Data Center Transmission Control Protocol, DCTCP for short) or a remote direct memory access (Remote Direct Memory Access) technology. However, in all the foregoing technologies, adjustment is performed after congestion occurs. In this case, congestion cannot be quickly relieved and a packet loss may easily occur. In addition, because the source end device does not determine a reduction size of the rate, excessive rate reduction may easily occur, so that under throughput occurs in the network.

    [0003] In another congestion control mechanism, a transmit end first sends a request packet to a receive end, and the request packet is used to request the receive end to allow the transmit end to send a data stream. After receiving the request packet sent by the transmit end, the receive end sends a response packet to the transmit end to instruct the transmit end to send the data stream. However, in round-trip time of sending the request packet by the transmit end to the receive end, a bandwidth is usually wasted. In particular, when a relatively small quantity of data streams need to be sent by the transmit end, more bandwidths are wasted.

    [0004] Further, US 2002/004842 Al discloses a protocol using credits for flow control and negative acknowledgements for reliable delivery. The credit mechanism uses credit transfer in installments and is immune to losses or corruptions of intermediate credit installments. Negative acknowledgements are used to solicit the retransmission of data stream component.

    [0005] In addition, US 2010/095021 Al discloses systems and methods for allocating a bandwidth credit or an annuity of bandwidth credit to a sender by an intermediary deployed between the sender and a receiver. The sender may be allocated a bandwidth credit or on annuity of bandwidth credit which may identify an amount of data the sender may transmit over a predetermined time period to the receiver, via the intermediary. The intermediary may determine an allocation of a one-time bandwidth credit based on the determination that a difference between the rate of transmission of the sender and the bandwidth usage of the sender falls below a predetermined threshold of the bandwidth credit. The intermediary may determine an annuity of bandwidth credit based on a determination that a difference between the bandwidth usage of the sender over the annuity period and the annuity of bandwidth credit exceeds a predetermined threshold.

    SUMMARY



    [0006] Embodiments of this application provide a data stream sending method and system, and a device, so as to avoid a bandwidth waste when a transmit end sends a data stream to a receive end. In particular, the invention is set out in the appended set of claims.

    [0007] According to a first aspect, this application provides a data stream sending method. The method includes: sending, by a first device, a request packet to a second device, where the request packet is used to request the second device to grant credit to the first device, and the credit is used to indicate an amount of data that the second device allows the first device to send to the second device; sending, by the first device, a data stream to the second device after the first device sends the request packet and before the first device receives a response packet sent by the second device; and receiving, by the first device, the response packet that is sent by the second device and that is in response to the request packet, where the response packet includes first credit, and the first credit is used to indicate the amount of the data that the second device allows the first device to send to the second device.

    [0008] According to the method, within one round-trip delay between the first device and the second device, the first device not only can send the request packet to the second device, but also can send the data stream to the second device. In this way, a bandwidth waste caused by only sending, by the first device, a request packet to the second device can be avoided, to fully use network resources.

    [0009] In a possible design, a bandwidth value of a link from the first device to the second device is C, duration from a time at which the first device sends the request packet to a time at which the first device receives the response packet sent by the second device is T, a product of T and C is a bandwidth-delay product BDP, a sum of a size of the data stream and a size of the request packet is A, and A is less than or equal to the BDP.

    [0010] According to the foregoing solution, within the duration from the time at which the first device sends the request packet to the time at which the first device receives the response packet sent by the second device, the sum of the size of the request packet and the size of the data stream is limited to being less than or equal to the bandwidth-delay product, to avoid that the sum of the size of the request packet sent by the first device and the size of the data stream sent by the first device is greater than the BDP of the link. If the sum of the size of the request packet sent by the first device and the size of the data stream sent by the first device is greater than the BDP of the link, congestion is caused.

    [0011] In a possible design, the method further includes: in response to the response packet received by the first device, sending, by the first device, a notification packet to the second device, where the notification packet is used to notify the second device that the first device completes sending of the data stream to the second device.

    [0012] According to the foregoing method, when a quantity of data streams from the first device is less than or equal to the amount of the first credit, the first device may complete sending of the data stream within a round-trip time of sending the request packet by the first device to the second device. In this way, the first device sends the notification packet to the second device, the second device is notified that sending of the data stream is completed. Therefore, when learning of that the sending of the data stream is completed, the second device may disconnect from the first device or detect whether a packet loss occurs in the data stream.

    [0013] In a possible design, a forwarding priority of the request packet is higher than a forwarding priority of the data stream.

    [0014] According to the foregoing solution, the request packet carries the forwarding priority higher than that of the data stream, to reduce a probability that a packet loss occurs in a packet forwarding process.

    [0015] In a possible design, after the receiving, by the first device, the response packet that is sent by the second device and that is in response to the request packet, the method further includes: sending, by the first device, a new data stream to the second device, where a quantity of new data streams is less than or equal to the amount indicated by the first credit.

    [0016] According to the foregoing solution, because the amount indicated credit is a size of a data stream that is sent by the first device and that may be received by the second device, and a quantity of new data streams sent by the first device to the second device is less than or equal to the amount indicated by the credit, to avoid a case in which the quantity of new data streams sent by the first device is greater than the amount indicated by the credit, and consequently, congestion occurs at the second device.

    [0017] In a possible design, the first device includes a source queue pair QP, the second device includes a destination QP, and the source QP and the destination QP constitute one QP. The request packet, the response packet, and the data stream are sent based on the QP. A destination QP field in the request packet carries an identifier of the destination QP, a destination QP field in the response packet carries an identifier of the source QP, the data stream carries the identifier of the destination QP, and the new data stream carries the identifier of the destination QP.

    [0018] According to the foregoing solution, in the network, remote direct memory access over converged Ethernet (English: remote direct memory access over Converged Ethernet, RoCE for short) may be used, and the request packet, the response packet, and the data stream are sent by using an RoCE packet.

    [0019] According to a second aspect, this application provides a data stream sending method. The method includes: receiving, by a second device, a request packet sent by a first device, where the request packet is used to request the second device to grant credit to the first device, and the credit is used to indicate an amount of data that the second device allows the first device to send to the second device; sending, by the second device, a response packet that is in response to the request packet to the first device, where the response packet includes first credit, and the first credit is used to indicate the amount of data that the second device allows the first device to send to the second device; and receiving, by the second device, a data stream sent by the first device, where the data stream is sent by the first device after the first device sends the request packet and before the first device receives the response packet sent by the second device.

    [0020] In a possible design, the method further includes: a bandwidth value of a link from the first device to the second device is C, duration from a time at which the first device sends the request packet to a time at which the first device receives the response packet sent by the second device is T, a product of T and C is a bandwidth-delay product BDP, a sum of a size of the data stream and a size of the request packet is A, and A is less than or equal to the BDP.

    [0021] In a possible design, the method further includes: receiving, by the second device, a notification packet sent by the first device, where the notification packet is used to notify the second device that the first device completes sending of the data stream to the second device.

    [0022] In a possible design, after the sending, by the second device, a response packet that is in response to the request packet to the first device, the method further includes: receiving, by the second device, a new data stream sent by the second device, where a quantity of new data streams is less than or equal to the amount indicated by the first credit.

    [0023] According to a third aspect, this application provides a first device for sending a data stream, and the first device performs the method according to any one of the first aspect or the possible implementations of the first aspect. Specifically, the first device includes a unit configured to perform the method according to any one of the first aspect or the possible implementations of the first aspect.

    [0024] According to a fourth aspect, this application provides a data stream sending system. The system includes the first device and the second device provided in the foregoing aspects. The first device is configured to: send a request packet to the second device, send a data stream to the second device after the first device sends the request packet and before the first device receives the response packet sent by the second device, and receive the response packet that is sent by the second device and that is in response to the request packet. The request packet is used to request the second device to grant credit to the first device. The credit is used to indicate an amount of data that the second device allows the first device to send to the second device. The response packet includes first credit, and the first credit is used to indicate the amount of the data that the second device allows the first device to send to the second device. The second device is configured to: receive the request packet sent by the first device, receive the data stream sent by the first device, and send the response packet that is in response to the request packet to the first device.

    BRIEF DESCRIPTION OF DRAWINGS



    [0025] 

    FIG. 1 is a possible schematic diagram of an application scenario according to an embodiment of the present invention;

    FIG. 2 is a schematic flowchart of a data stream sending method according to an embodiment of the present invention;

    FIG. 3 is a schematic structural diagram of a first device according to an embodiment of the present invention;

    FIG. 4 is a possible schematic structural diagram of a first device according to an embodiment of the present invention;

    FIG. 5 is a possible schematic structural diagram of a second device according to an embodiment of the present invention;

    FIG. 6 is another possible schematic structural diagram of a second device according to an embodiment of the present invention;

    FIG. 7 is a schematic structural diagram of a data stream sending system according to an embodiment of the present invention;

    FIG. 8 is a possible schematic diagram of a hardware structure of another first device according to an embodiment of the present invention; and

    FIG. 9 is a possible schematic diagram of a hardware structure of another second device according to an embodiment of the present invention.


    DESCRIPTION OF EMBODIMENTS



    [0026] The following describes embodiments of the present invention with reference to accompanying drawings.

    [0027] In the specification, claims, and the accompanying drawings of the present invention, the terms "first", "second", and the like are intended to distinguish between similar objects but do not necessarily indicate a specific order or sequence. It should be understood that the data used in such a way may be changed in a proper circumstance, so that the embodiments described herein can be implemented in an order other than the order illustrated or described herein. In addition, the terms "include", "have", and any other variants thereof are intended to cover non-exclusive inclusion, for example, a process, method, system, product, or device that includes a list of steps or units is not necessarily limited to those expressly listed steps or units, but may include other steps or units that are not expressly listed or inherent to such a process, method, product, or device.

    [0028] FIG. 1 shows a possible application scenario according to an embodiment of the present invention. The scenario includes a transmit end device 103, a transmit end device 104, a transmit end device 105, a transmit end device 106, a receive end device 101, and a receive end device 102. The transmit end devices 103 to 106 are configured to send data streams to the receive end device 101 and the device 102, and the receive end device 101 and the receive end device 102 are configured to: receive and process the data streams sent by the transmit end devices 103 to 106. The transmit end devices 103 to 106, the receive end device 101, and the receive end device 102 may be devices such as servers in a network. The application scenario may be a highperformance data analysis scenario or an artificial intelligence computing scenario. In the artificial intelligence scenario, a computing node (for example, a Worker) 103, a computing node 104, a computing node 105, and a computing node 106 are configured to process respective received data, to obtain processing results. A parameter server (English: parameter server) 101 and a parameter server 102 are configured to: receive processed data sent by a computing node connected to the parameter server 101 and the parameter server 102, summarize the data, and then send the summarized data to each computing node connected to the parameter server 101 and the parameter server 102. For example, the parameter server 101 receives data that is sent by the computing node 103, the computing node 104, the computing node 105, and the computing node 106 and that is processed by each computing node, summarizes the obtained data, and then sends the summarized data to the computing node 103, the computing node 104, the computing node 105, and the computing node 106. The parameter server 102 may perform operations similar to those performed by the parameter server 101, and details are not described herein again. Times at which the computing node 103, the computing node 104, the computing node 105, and the computing node 106 process data are relatively close. Therefore, the computing node 103, the computing node 104, the computing node 105, and the computing node 106 simultaneously send data to the parameter server 101 and the parameter server 102. For example, a rate of an interface 1 of the parameter server 101 is 1000 megabits per second (Mbit/s). If within a unit time, the computing node 103, the computing node 104, the computing node 105, and the computing node 106 simultaneously send data streams to the interface 1 of the parameter server 101 at a rate greater than 1000 Mbit/s, congestion occurs on the interface 1. To relieve congestion in a network, usually, in a period before the computing node 103 sends a data stream to the parameter server 101, the computing node 103 first sends a request packet to the parameter server 101. After receiving the request packet, the parameter server 101 sends a response packet including indication credit to the computing node 103. The computing node 103 receives the response packet, and sends the data stream to the parameter server 101. In this way, although when congestion occurs on an interface of a receive end device, a transmit end device is prevented from continuously sending a data stream to the receive end device. However, in a period before the transmit end device sends the data stream to the receive end device, a bandwidth is wasted if the transmit end device only sends a request packet to the receive end device. In particular, when a data stream that needs to be sent by a transmit end is relatively small, more bandwidths are wasted.

    [0029] The embodiments of the present invention provide a data stream sending method, and a device and a system that are based on the method. In the method, a transmit end device sends a data stream to a receive end device while sending a request packet to the receive end device, and the receive end detects the received data stream, to determine whether a packet loss occurs in the data stream. In this way, a bandwidth waste caused by only sending, the transmit end, the request packet can be avoided, to fully use network resources. The method, the device, and the system are based on a same inventive concept. Because problem resolving principles of the method, the device, and the system are similar, mutual reference may be made to implementation of the device and the method, and mutual reference may also be made to implementation of the system and the method. Repeated descriptions are not further provided.

    [0030] With reference to the application scenario shown in FIG. 1, FIG. 2 shows a data stream sending method according to an embodiment of the present invention. A first device in FIG. 2 may be any device in the computing nodes 103 to 106 in FIG. 1, and a second device may be either the parameter server 101 or the parameter server 102 in FIG. 1. The method includes the following steps.

    [0031] S210. The first device sends a request packet to the second device, where the request packet is used to request the second device to grant credit (credit) to the first device, and the credit is used to indicate an amount of data that the second device allows the first device to send to the second device.

    [0032] In an example, the request packet carries a forwarding priority, so that the request packet is preferably forwarded in a forwarding process starting from the first device to the second device, to avoid a case in which a packet loss occurs in a process of forwarding the request packet. For example, the request packet carries a highest forwarding priority, or the request packet carries a forwarding priority higher than a forwarding priority of a data stream sent by the first device.

    [0033] In an example, the first device is a source end device, and the second packet is a destination end device. Both the first device and the second device support receive/transmit stream control controlled by credit. To be specific, both the first device and the second device use a request-authorization protocol. In the protocol, a source end needs to send a request packet to a destination end, to trigger the destination end to send first credit to the source end. The request packet is used to request a destination end device to grant a quantity of data streams that are sent by the source end to the destination end, and the first credit is used to indicate an amount of data that the destination end allows a remote end device to send to the destination end.

    [0034] In an example, the network uses a remote direct memory access over converged Ethernet (English: remote direct memory access over Converged Ethernet, RoCE for short), and the request packet is identified by using a reserved field of a base transport header (English: Base Transport Header, BTH for short) in an RoCE packet. To be specific, the request packet is identified by using the reserved (Reserved) field of the base transport header in the RoCE packet, to indicate that the RoCE packet is a request packet used to request the second device to grant credit to the first device.

    [0035] S220. The second device receives the request packet sent by the first device.

    [0036] S230. The first device sends a data stream to the second device after the first device sends the request packet and before the first device receives the response packet sent by the second device.

    [0037] In an example, the request packet does not include the data stream, and the forwarding priority of the request packet is higher than a forwarding priority of the data stream. In other words, the request packet does not carry the data stream, and the request packet and the data stream are two independent packets. After receiving the request packet and the data stream, a network device preferably forwards the request packet.

    [0038] In an example, the second device may further receive a first data stream sent by the first device. A time at which the second device receives the request packet and a time at which the first device sends the first data stream are not limited. The second device may simultaneously receive the request packet and the first data stream, or the second device may first receive the request packet and then receive the first data stream.

    [0039] In an example, a time at which the first device sends the data stream to the second device falls within duration from a time at which the first device sends the request packet to a time at which the second device receives the response packet sent by the second device. The time limitation may be represented by a round-trip time (English: round-trip time, RTT for short). To be specific, the first device sends the data stream to the second device in an RTT that is after the first device sends the request packet.

    [0040] Optionally, a bandwidth value of a link from the first device to the second device is C, duration from the time at which the first device sends the request packet to the time at which the first device receives the response packet sent by the second device is T, a product of T and C is a bandwidth-delay product BDP, a sum of a size of the data stream and a size of the request packet is A, and A is less than or equal to the BDP.

    [0041] In an example, the bandwidth-delay product is a product of a link bandwidth and a bidirectional communication delay, and indicates a maximum amount of data in the network at a specific time. In this way, the sum of the size of the request packet sent by the first device and the size of the data stream sent by the first device is controlled to not exceed a maximum payload of the link, so that network congestion can be avoided while a bandwidth is used.

    [0042] S240. The second device receives the data stream sent by the first device, where the data stream is sent by the first device after the first device sends the request packet and before the first device receives the response packet sent by the second device.

    [0043] In an example, RoCE is used for the data stream, and the data stream is encapsulated into an RoCE packet.

    [0044] S250. The second device sends the response packet that is in response to the request packet to the first device, where the response packet includes the first credit, and the first credit is used to indicate the amount of data that the second device allows the first device to send to the second device.

    [0045] In an example, when receiving the request packet sent by the first device, the second device sends the response packet that is in response to the request packet to the first device. The response packet carries the first credit, and the first credit is used to indicate the amount of the data that the second device allows the first device to send to the second device. In other words, the first credit indicates a quantity of data streams that is sent by the first device and that may be received by the second device.

    [0046] In an example, the response packet that is sent by the second device and that is in response to the request packet may alternatively be an RoCE packet, and the response packet includes the first credit. The first credit may be identified by using a reserved field of a BTH in the RoCE packet. To be specific, the first credit is identified by using the reserved (Reserved) field of the base transport header in the RoCE packet, to indicate that the RoCE packet is a response packet used by the second device to grant credit to the first device.

    [0047] S260. The first device receives the response packet that is sent by the second device and that is in response to the request packet.

    [0048] Optionally, in response to the response packet received by the first device, the first device sends a notification packet to the second device. The notification packet is used to notify the second device that the first device completes sending of the data stream to the second device.

    [0049] In an example, when receiving the response packet sent by the second device, the first device determines that sending of the data stream that needs to be sent by the first device to the second device is completed after the first device sends the request packet and before the second device receives the response packet sent by the second device. The first device sends the notification packet to the second device, and the notification packet is used to notify the second device that the first device completes sending of the data stream to the second device.

    [0050] In an example, when the sum of the size of the request packet sent by the first device to the second device and the size of the data stream sent by the first device to the second device is less than or equal to the BDP, it indicates that sending of the data stream that needs to be sent by the first device is completed after the first device sends the request packet and before the second device receives the response packet sent by the second device.

    [0051] Optionally, the method further includes: in response to the response packet received by the first device, receiving, by the second device, the notification packet sent by the first device, where the notification packet is used to notify the second device that the first device completes sending of the data stream to the second device.

    [0052] Optionally, after the first device receives the response packet that is sent by the second device and that is in response to the request packet, the method further includes: sending, by the first device, a new data stream to the second device, where a quantity of new data streams is less than or equal to the amount indicated by the first credit.

    [0053] In an example, when the first device receives, from the second device, the response packet that grants the first device to send a data stream, the new data stream sent by the first device to the second device and the data stream sent by the first device may be a same type of data streams. To be specific, 5-tuple information of the new data stream is the same as that of the data stream, or a source end is the same as a destination end. The new data stream and the data stream may be different types of data streams. To be specific, 5-tuple information of the data stream is different from that of the new data stream.

    [0054] Optionally, after the second device sends the response packet that is in response to the request packet to the first device, the method further includes: receiving, by the second device, the new data stream sent by the first device, where the quantity of new data streams is less than or equal to the amount indicated by the first credit.

    [0055] Optionally, the first device includes a source QP, the second device includes a destination QP, and the source QP and the destination QP constitute one QP. The request packet, the response packet, and the data stream are sent based on the QP. A destination QP field in the request packet carries an identifier of the destination QP. A destination QP field in the response packet carries an identifier of the source QP, the data stream carries the identifier of the destination QP, and the new data stream carries the identifier of the destination QP.

    [0056] In an example, the first device and the second device use the RoCE, and the RoCE is used for all of the request packet, the response packet, and the data stream. The first device and the second device send the foregoing packets by using the QP.

    [0057] FIG. 3 is a schematic structural diagram of the first device in the foregoing embodiment. The first device 300 may implement a function of the first device in the embodiment shown in FIG. 2. Referring to FIG. 3, the first device 300 includes a receiving unit 301 and a sending unit 302. These units may perform corresponding functions of the first device in the foregoing method embodiment. The receiving unit 301 is configured to support the first device 300 to perform the process S260 in FIG. 2. The sending unit 302 is configured to support the first device 300 to perform the processes S210 and S230 in FIG. 2 and/or another process performed by the first device in the technology described in this specification. For example, the receiving unit 301 is configured to perform various information reception performed by the first device in the foregoing method embodiment. The sending unit 301 is configured to perform various information sending performed by the first device in the foregoing method embodiment. For example, the receiving unit 301 is configured to receive a response packet that is sent by the second device and that is in response to the request packet. The response packet includes first credit. The first credit is used to indicate an amount of data that the second device allows the first device to send to the second device. The sending unit 302 is configured to: send the request packet to the second device, and send a data stream to the second device after the first device sends the request packet and before the first device receives the response packet sent by the second device. The request packet is used to request the second device to grant credit to the first device. The credit is used to indicate the amount of the data that the second device allows the first device to send to the second device. For a specific execution process, refer to the detailed descriptions of corresponding steps in the foregoing embodiment shown in FIG. 2. Details are not described herein again.

    [0058] When an integrated unit is used, FIG. 4 is a possible schematic structural diagram of the first device in the foregoing embodiments. The first device 400 may also implement a function of the first device in the embodiment shown in FIG. 2. The first device 400 includes a communications unit 401, and may further include a storage unit 402 and a processing unit 403. The communications unit 401 is configured to support the first device 400 to communicate with another network entity, for example, communicate with the second device shown in FIG. 2. For example, the communications unit 401 is configured to support the first device 400 to perform the processes S210, S230, and S260 in FIG. 2. The processing unit 403 is configured to control and manage an action of the first device 400. The storage unit 402 is configured to store program code and data of the first device 400. For a specific execution process, refer to the detailed descriptions of corresponding steps in the foregoing embodiment shown in FIG. 2. Details are not described herein again.

    [0059] FIG. 8 is another possible schematic structural diagram of a first device 800. The processing unit 403 in FIG. 4 may be a processor 802 of the first device shown in FIG. 8, for example, may be a central processing unit (central processing unit, CPU), a general purpose 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 another programmable logic device, a transistor logic device, a hardware component, or any combination thereof. The processor may implement or execute various example logical blocks, modules, and circuits described with reference to content disclosed in the embodiments of the present invention. The processor may alternatively be a combination implementing a computing function, for example, a combination of one or more microprocessors, or a combination of a DSP and a microprocessor. The communications unit 401 may be a network interface 803, and the storage unit 402 may be a memory 801. The memory 801, the processor 802, and the network interface 803 may be coupled by using a bus.

    [0060] FIG. 5 is a possible schematic structural diagram of the second device in the foregoing embodiments. The second device 500 may implement a function of the second device in the embodiment shown in FIG. 2. Referring to FIG. 5, the second device 500 includes a receiving unit 501 and a sending unit 502. These units may perform corresponding functions of the second device in the foregoing method embodiment. The receiving unit 501 is configured to support the second device 500 to perform the processes S220 and S240 in FIG. 2 and/or another process performed by the second device in the technology described in this specification. The sending unit 502 is configured to support the second device 500 to perform the process S250 in FIG. 2 and/or another process performed by the second device in the technology described in this specification. For example, the receiving unit 501 is configured to perform various information reception performed by the second device in the foregoing method embodiment. The sending unit 502 is configured to perform various information sending performed by the second device in the foregoing method embodiment. For example, the receiving unit 501 is configured to receive a request packet sent by a first device, and is further configured to receive a data stream sent by the first device after the first device sends the request packet and before the first device receives the response packet sent by the second device. The request packet is used to request the second device to grant credit to the first device. The credit is used to indicate an amount of data that the second device allows the first device to send to the second device. The sending unit 504 is configured to send the response packet that is in response to the request packet to the first device. The response packet includes first credit. The first credit is used to indicate the amount of the data that the second device allows the first device to send to the second device. For a specific execution process, refer to the detailed descriptions of corresponding steps in the foregoing embodiment shown in FIG. 2. Details are not described herein again.

    [0061] When an integrated unit is used, FIG. 6 is another possible schematic structural diagram of the second device in the foregoing embodiments. The second device 600 may also implement a function of the second device in the embodiment shown in FIG. 2. The second device 600 includes a communications unit 601, and may further include a storage unit 602 and a processing unit 603. The communications unit 601 is configured to support the second device 600 to communicate with another network entity, for example, communicate with the first device shown in FIG. 2. For example, the communications unit 601 is configured to support the second device 600 to perform the processes S220, S240, and S250 in FIG. 2. The processing unit 603 is configured to control and manage an action of the first device 600. The storage unit 602 is configured to store program code and data of the second device 600. For a specific execution process, refer to the detailed descriptions of corresponding steps in the foregoing embodiment shown in FIG. 2. Details are not described herein again.

    [0062] FIG. 9 is still another possible schematic structural diagram of a second device 900 according to an embodiment of this application. The processing unit 603 in FIG. 6 may be a processor 902 in FIG. 9, for example, may be a central processing unit (central processing unit, CPU), a general purpose 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 another programmable logic device, a transistor logic device, a hardware component, or any combination thereof. The processor may implement or execute various example logical blocks, modules, and circuits described with reference to content disclosed in the embodiments of the present invention. The processor may alternatively be a combination implementing a computing function, for example, a combination of one or more microprocessors, or a combination of a DSP and a microprocessor. The communications unit 601 may be a network interface 903, and the storage unit 602 may be a memory 901. The memory 901, the processor 902, and the network interface 903 may be coupled by using a bus.

    [0063] It should be noted that, in this embodiment of the present invention, unit division is merely an example, and is merely a logical function division. In actual implementation, another division manner may be used. Function units in the embodiments of the present invention may be integrated into one processing unit, or each of the units may exist alone physically, or two or more units may be integrated into one unit. For example, in the foregoing embodiment, the receiving unit and the sending unit may be a same unit or different units. The integrated unit may be implemented in a form of hardware, or may be implemented in a form of a software function unit.

    [0064] Referring to FIG. 7, an embodiment of the present invention provides another data stream sending system 700. The system 700 is configured to implement the data stream sending method in the foregoing method embodiment. The system 700 includes a first device 701 and a second device 702. The first device 701 is configured to implement functions of the first device in the embodiment shown in FIG. 2, and the second network device 702 is configured to implement functions of the second network device in the embodiment shown in FIG. 2. For example, the first device 701 performs the processes S210, S230, and S260 in FIG. 2 and/or another process performed by the first device in the technology described in this specification. The second network device 702 is configured to perform the processes S220, S240, and S250 in FIG. 2, and/or is configured to perform another process performed by the second device in the technology described in this specification.

    [0065] An embodiment of the present invention further provides a storage medium, configured to store a software instruction used in the foregoing embodiments. The software instruction includes a program used to perform the method shown in the foregoing embodiments. When the software instruction is executed on a computer or a device, the computer or the device is enabled to perform the method in the foregoing method embodiment.

    [0066] It should be noted that any apparatus embodiment described above is merely an example. The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one position, or may be distributed on a plurality of network units. Some or all of the modules may be selected based on an actual requirement to achieve the objectives of the solutions of the embodiments. In addition, in the accompanying drawings of the first device or the controller embodiments provided by the present invention, connection relationships between modules indicate that the modules have communication connections with each other, which may be specifically implemented as one or more communications buses or signal cables. A person of ordinary skill in the art may understand and implement the embodiments without creative efforts.

    [0067] Methods or algorithm steps described in combination with the content disclosed in the embodiments of the present invention may be implemented in a form of hardware, or may be implemented by a processor by executing a software instruction. The software instruction may include a corresponding software module. The software module may be stored in a random access memory (random access memory, RAM), a flash memory, a read-only memory (read only memory, ROM), an erasable programmable read-only memory (erasable programmable ROM, EPROM), an electrically erasable programmable read-only memory (electrically EPROM, EEPROM), a hard disk, a removable hard disk, a compact disc, or any other form of storage medium well-known in the art. For example, a storage medium is coupled to a processor, so that the processor can read information from the storage medium, and may write information into the storage medium. Certainly, the storage medium may alternatively be a component of the processor. The processor and the storage medium may be located in an ASIC. In addition, the ASIC may be located in a core network interface device. Certainly, the processor and the storage medium may be in the core network interface device as discrete components.

    [0068] A person skilled in the art should be aware that in the foregoing one or more examples, the functions described in the present invention may be implemented by using hardware, software, firmware, or any combination thereof. When the functions are implemented by software, the functions may be stored in a computer readable medium or transmitted as one or more instructions or code in a computer readable medium. The computer readable medium includes a computer storage medium and a communications medium, and the communications medium includes any medium that facilitates transmission of a computer program from one place to another. The storage medium may be any available medium accessible to a general-purpose computer or special-purpose computer.


    Claims

    1. A data stream sending method, wherein the method comprises:

    sending (210), by a first device, a request packet to a second device, wherein the request packet is used to request the second device to grant credit to the first device, and the credit is used to indicate an amount of data that the second device allows the first device to send to the second device;

    receiving (260), by the first device, a response packet that is sent by the second device and that is in response to the request packet, wherein the response packet comprises first credit, and the first credit is used to indicate the amount of the data that the second device allows the first device to send to the second device; and characterized by

    sending (230), by the first device, a data stream to the second device after the first device sends the request packet and before the first device receives the response packet sent by the second device.


     
    2. The method according to claim 1, wherein a bandwidth value of a link from the first device to the second device is C, duration from a time at which the first device sends the request packet to a time at which the first device receives the response packet sent by the second device is T, a product of T and C is a bandwidth-delay product, BDP, a sum of a size of the data stream and a size of the request packet is A, and A is less than or equal to the BDP.
     
    3. The method according to claim 2, wherein the method further comprises:
    in response to the response packet received by the first device, sending, by the first device, a notification packet to the second device, wherein the notification packet is used to notify the second device that the first device completes sending of the data stream to the second device.
     
    4. The method according to claim 1 or 2, wherein after the receiving (260), by the first device, a response packet that is sent by the second device and that is in response to the request packet, the method further comprises:
    sending, by the first device, a new data stream to the second device, wherein a quantity of new data streams is less than or equal to the amount indicated by the first credit.
     
    5. The method according to any one of claims 1 to 4, wherein a forwarding priority of the request packet is higher than a forwarding priority of the data stream.
     
    6. A data stream sending method, wherein the method comprises:

    receiving (220), by a second device, a request packet sent by a first device, wherein the request packet is used to request the second device to grant credit to the first device, and the credit is used to indicate an amount of data that the second device allows the first device to send to the second device;

    sending (250), by the second device, a response packet that is in response to the request packet to the first device, wherein the response packet comprises first credit, and the first credit is used to indicate the amount of the data that the second device allows the first device to send to the second device; and characterized by

    receiving (240), by the second device, a data stream sent by the first device, wherein the data stream is sent by the first device after the first device sends the request packet and before the first device receives the response packet sent by the second device.


     
    7. The method according to claim 6, wherein the method further comprises: a bandwidth value of a link from the first device to the second device is C, duration from a time at which the first device sends the request packet to a time at which the first device receives the response packet sent by the second device is T, a product of T and C is a bandwidth-delay product BDP, a sum of a size of the data stream and a size of the request packet is A, and A is less than or equal to the BDP.
     
    8. The method according to claim 7, wherein the method further comprises:
    receiving, by the second device, a notification packet sent by the first device, wherein the notification packet is used to notify the second device that the first device completes sending of the data stream to the second device.
     
    9. A first device (300), wherein the device comprises:

    a sending unit (302), configured to send a request packet to a second device (500), wherein the request packet is used to request the second device (500) to grant credit to the first device (300), and the credit is used to indicate an amount of data that the second device (500) allows the first device (300) to send to the second device (500);

    the sending unit (302), configured to send a data stream to the second device (500) after the first device (300) sends the request packet and before the first device (300) receives a response packet sent by the second device (500); and

    a receiving unit (301), configured to receive the response packet that is sent by the second device (500) and that is in response to the request packet, wherein the response packet comprises first credit, and the first credit is used to indicate the amount of the data that the second device (500) allows the first device (300) to send to the second device (500).


     
    10. The device (300) according to claim 9, wherein a bandwidth value of a link from the first device (300) to the second device (500) is C, duration from a time at which the first device (300) sends the request packet to a time at which the first device (300) receives the response packet sent by the second device (500) is T, a product of T and C is a bandwidth-delay product BDP, a sum of a size of the data stream and a size of the request packet is A, and A is less than or equal to the BDP.
     
    11. The device (300) according to claim 10, wherein the sending unit (302) is further configured to send a notification packet to the second device (500), wherein the notification packet is used to notify the second device (500) that the first device (300) completes sending of the data stream to the second device (500).
     
    12. The device according to claim 9 or 10, wherein the sending unit (302) is further configured to send a new data stream to the second device (500) after the first device (300) receives the response packet that is sent by the second device (500) and that is in response to the request packet, and a quantity of new data streams is less than or equal to the amount indicated by the first credit.
     
    13. A data stream sending system (700), wherein the system comprises a first device (701) and a second device (702);

    the first device (701, 300) is configured to: send a request packet to the second device (702, 500), send a data stream to the second device (702, 500) after the first device (701, 300) sends the request packet and before the first device (701, 300) receives a response packet sent by the second device (702, 500), and receive the response packet that is sent by the second device (702, 500) and that is in response to the request packet, wherein the request packet is used to request the second device (702, 500) to grant credit to the first device (701, 300), the credit is used to indicate an amount of data that the second device (702, 500) allows the first device (701, 300) to send to the second device (702, 500), the response packet comprises first credit, and the first credit is used to indicate the amount of the data that the second device (702, 500) allows the first device (701, 300) to send to the second device (702, 500); and

    the second device (702, 500) is configured to: receive the request packet sent by the first device (701, 300), receive the data stream sent by the first device (701, 300), and send the response packet to the first device (701, 300).


     
    14. The data stream sending system (700) according to claim 13, wherein the second device (500) comprises:

    a receiving unit (501), configured to receive a request packet sent by a first device (300), wherein the request packet is used to request the second device (500) to grant credit to the first device (300), and the credit is used to indicate an amount of data that the second device (500) allows the first device (300) to send to the second device (500), wherein

    the receiving unit (501), further configured to receive a data stream sent by the first device (300), wherein the data stream is sent by the first device (300) after the first device (300) sends the request packet and before the first device (300) receives the response packet sent by the second device (500); and

    a sending unit (502), configured to send the response packet that is in response to the request packet to the first device (300), wherein the response packet comprises first credit, and the first credit is used to indicate the amount of the data that the second device (500) allows the first device (300) to send to the second device (500).


     
    15. The data stream sending system (700) according to claim 14, wherein a bandwidth value of a link from the first device (701, 300) to the second device (702, 500) is C, duration from a time at which the first device (701, 300) sends the request packet to a time at which the first device (701, 300) receives the response packet sent by the second device (702, 500) is T, a product of T and C is a bandwidth-delay product, BDP, a sum of a size of the data stream and a size of the request packet is A, and A is less than or equal to the BDP.
     
    16. The data stream sending system (700) according to claim 15, wherein the receiving unit (501) is further configured to receive a notification packet sent by the first device (300), wherein the notification packet is used to notify the second device (500) that the first device (300) completes sending of the data stream to the second device (500).
     
    17. The data stream sending system (700) according to claim 14 or 15, wherein after the second device (702, 500) sends the response packet that is in response to the request packet to the first device (701, 300), the receiving unit is further configured to receive a new data stream sent by the first device (701, 300), wherein a quantity of new data streams is less than or equal to the amount indicated by the first credit.
     


    Ansprüche

    1. Datenstromsendeverfahren, wobei das Verfahren umfasst:

    Senden (210) eines Anfragepakets durch eine erste Vorrichtung an eine zweite Vorrichtung, wobei das Anfragepaket dafür verwendet wird, bei der zweiten Vorrichtung anzufragen, der ersten Vorrichtung Kredit zu gewähren, und der Kredit dafür verwendet wird, eine Menge von Daten anzugeben, die die zweite Vorrichtung der ersten Vorrichtung gestattet, an die zweite Vorrichtung zu senden;

    Empfangen (260) eines Antwortpakets durch die erste Vorrichtung, das von der zweiten Vorrichtung gesendet wird und das als Reaktion auf das Anfragepaket erfolgt, wobei das Antwortpaket einen ersten Kredit umfasst und der erste Kredit dafür verwendet wird, die Menge der Daten anzugeben, die die zweite Vorrichtung der ersten Vorrichtung gestattet, an die zweite Vorrichtung zu senden; und gekennzeichnet durch Senden (230) eines Datenstroms durch die erste Vorrichtung an die zweite Vorrichtung, nachdem die erste Vorrichtung das Anfragepaket sendet und bevor die erste Vorrichtung das Antwortpaket empfängt, das von der zweiten Vorrichtung gesendet wird.


     
    2. Verfahren nach Anspruch 1, wobei ein Bandbreitenwert einer Verbindung von der ersten Vorrichtung zu der zweiten Vorrichtung C ist, eine Dauer von einer Zeit, zu der die erste Vorrichtung das Anfragepaket sendet, bis zu einer Zeit, zu der die erste Vorrichtung das Antwortpaket empfängt, das von der zweiten Vorrichtung gesendet wird, T ist, ein Produkt aus T und C ein Bandbreitenverzögerungsprodukt (BDP, en:
    bandwidth-delay product) ist, eine Summe einer Größe des Datenstroms und einer Größe des Anfragepakets A ist und A kleiner oder gleich dem BDP ist.
     
    3. Verfahren nach Anspruch 2, wobei das Verfahren ferner umfasst:
    als Reaktion auf das Antwortpaket, das von der ersten Vorrichtung empfangen wird, Senden eines Benachrichtigungspakets durch die erste Vorrichtung an die zweite Vorrichtung, wobei das Benachrichtigungspaket dafür verwendet wird, die zweite Vorrichtung zu benachrichtigen, dass die erste Vorrichtung das Senden des Datenstroms an die zweite Vorrichtung abschließt.
     
    4. Verfahren nach Anspruch 1 oder 2, wobei nach dem Empfangen (260) eines Antwortpakets durch die erste Vorrichtung, das von der zweiten Vorrichtung gesendet wird und das als Reaktion auf das Anfragepaket erfolgt, das Verfahren ferner umfasst: Senden eines neuen Datenstroms an die zweite Vorrichtung durch die erste Vorrichtung, wobei eine Menge neuer Datenströme kleiner oder gleich der Menge ist, die durch den ersten Kredit angegeben wird.
     
    5. Verfahren nach einem der Ansprüche 1 bis 4, wobei eine Weiterleitungspriorität des Anfragepakets höher ist als eine Weiterleitungspriorität des Datenstroms.
     
    6. Datenstromsendeverfahren, wobei das Verfahren umfasst:

    Empfangen (220) eines Anfragepakets, das von einer ersten Vorrichtung gesendet wird, durch eine zweite Vorrichtung, wobei das Anfragepaket dafür verwendet wird, bei der zweiten Vorrichtung anzufragen, der ersten Vorrichtung Kredit zu gewähren, und der Kredit dafür verwendet wird, eine Menge von Daten anzugeben, die die zweite Vorrichtung der ersten Vorrichtung gestattet, an die zweite Vorrichtung zu senden;

    Senden (250) eines Antwortpakets, das als Reaktion auf das Anfragepaket erfolgt, durch die zweite Vorrichtung an die erste Vorrichtung, wobei das Antwortpaket einen ersten Kredit umfasst und der erste Kredit dafür verwendet wird, die Menge der Daten anzugeben, die die zweite Vorrichtung der ersten Vorrichtung gestattet, an die zweite Vorrichtung zu senden; und gekennzeichnet durch

    Empfangen (240) eines Datenstroms, der von der ersten Vorrichtung gesendet wird, durch die zweite Vorrichtung, wobei der Datenstrom von der ersten Vorrichtung gesendet wird, nachdem die erste Vorrichtung das Anfragepaket sendet und bevor die erste Vorrichtung das Antwortpaket empfängt, das von der zweiten Vorrichtung gesendet wird.


     
    7. Verfahren nach Anspruch 6, wobei das Verfahren ferner umfasst: ein Bandbreitenwert einer Verbindung von der ersten Vorrichtung zu der zweiten Vorrichtung ist C, eine Dauer von einer Zeit, zu der die erste Vorrichtung das Anfragepaket sendet, bis zu einer Zeit, zu der die erste Vorrichtung das Antwortpaket empfängt, das von der zweiten Vorrichtung gesendet wird, ist T, ein Produkt aus T und C ist ein Bandbreitenverzögerungsprodukt (BDP), eine Summe einer Größe des Datenstroms und einer Größe des Anfragepakets ist A und A ist kleiner oder gleich dem BDP.
     
    8. Verfahren nach Anspruch 7, wobei das Verfahren ferner umfasst:

    Empfangen eines Benachrichtigungspakets, das von der ersten Vorrichtung gesendet wird, durch die zweite Vorrichtung, wobei das Benachrichtigungspaket dafür verwendet wird, die zweite Vorrichtung zu benachrichtigen, dass die erste Vorrichtung das Senden des Datenstroms an die zweite Vorrichtung abschließt.


     
    9. Erste Vorrichtung (300), wobei die Vorrichtung aufweist:

    eine Sendeeinheit (302), die dazu ausgelegt ist, ein Anfragepaket an eine zweite Vorrichtung (500) zu senden, wobei das Anfragepaket dafür verwendet wird, bei der zweiten Vorrichtung (500) anzufragen, der ersten Vorrichtung (300) Kredit zu gewähren, und der Kredit dafür verwendet wird, eine Menge von Daten anzugeben, die die zweite Vorrichtung (500) der ersten Vorrichtung (300) gestattet, an die zweite Vorrichtung (500) zu senden;

    die Sendeeinheit (302), die dazu ausgelegt ist, einen Datenstrom an die zweite Vorrichtung (500) zu senden, nachdem die erste Vorrichtung (300) das Anfragepaket sendet und bevor die erste Vorrichtung (300) ein Antwortpaket empfängt, das von der zweiten Vorrichtung (500) gesendet wird; und

    eine Empfangseinheit (301), die dazu ausgelegt ist, das Antwortpaket zu empfangen, das von der zweiten Vorrichtung (500) gesendet wird und das als Reaktion auf das Anfragepaket erfolgt, wobei das Antwortpaket einen ersten Kredit umfasst und der erste Kredit dafür verwendet wird, die Menge der Daten anzugeben, die die zweite Vorrichtung (500) der ersten Vorrichtung (300) gestattet, an die zweite Vorrichtung (500) zu senden.


     
    10. Vorrichtung (300) nach Anspruch 9, wobei ein Bandbreitenwert einer Verbindung von der ersten Vorrichtung (300) zu der zweiten Vorrichtung (500) C ist, eine Dauer von einer Zeit, zu der die erste Vorrichtung (300) das Anfragepaket sendet, bis zu einer Zeit, zu der die erste Vorrichtung (300) das Antwortpaket empfängt, das von der zweiten Vorrichtung (500) gesendet wird, T ist, ein Produkt aus T und C ein Bandbreitenverzögerungsprodukt (BDP) ist, eine Summe einer Größe des Datenstroms und einer Größe des Anfragepakets A ist und A kleiner oder gleich dem BDP ist.
     
    11. Vorrichtung (300) nach Anspruch 10, wobei die Sendeeinheit (302) ferner dazu ausgelegt ist, ein Benachrichtigungspaket an die zweite Vorrichtung (500) zu senden, wobei das Benachrichtigungspaket dafür verwendet wird, die zweite Vorrichtung (500) zu benachrichtigen, dass die erste Vorrichtung (300) das Senden des Datenstroms an die zweite Vorrichtung (500) abschließt.
     
    12. Vorrichtung nach Anspruch 9 oder 10, wobei die Sendeeinheit (302) ferner dazu ausgelegt ist, einen neuen Datenstrom an die zweite Vorrichtung (500) zu senden, nachdem die erste Vorrichtung (300) das Antwortpaket empfängt, das von der zweiten Vorrichtung (500) gesendet wird und das als Reaktion auf das Anfragepaket erfolgt, und eine Menge neuer Datenströme kleiner oder gleich der Menge ist, die durch den ersten Kredit angegeben wird.
     
    13. Datenstromsendesystem (700), wobei das System eine erste Vorrichtung (701) und eine zweite Vorrichtung (702) aufweist;

    die erste Vorrichtung (701, 300) dazu ausgelegt ist: ein Anfragepaket an die zweite Vorrichtung (702, 500) zu senden, einen Datenstrom an die zweite Vorrichtung (702, 500) zu senden, nachdem die erste Vorrichtung (701, 300) das Anfragepaket sendet und bevor die erste Vorrichtung (701, 300) ein Antwortpaket empfängt, das von der zweiten Vorrichtung (702, 500) gesendet wird, und das Antwortpaket zu empfangen, das von der zweiten Vorrichtung (702, 500) gesendet wird und das als Reaktion auf das Anfragepaket erfolgt, wobei das Anfragepaket dafür verwendet wird, bei der zweiten Vorrichtung (702, 500) anzufragen, der ersten Vorrichtung (701, 300) Kredit zu gewähren, der Kredit dafür verwendet wird, eine Menge von Daten anzugeben, die die zweite Vorrichtung (702, 500) der ersten Vorrichtung (701, 300) gestattet, an die zweite Vorrichtung (702, 500) zu senden, das Antwortpaket einen ersten Kredit umfasst und der erste Kredit dafür verwendet wird, die Menge der Daten anzugeben, die die zweite Vorrichtung (702, 500) der ersten Vorrichtung (701, 300) gestattet, an die zweite Vorrichtung (702, 500) zu senden; und

    die zweite Vorrichtung (702, 500) dazu ausgelegt ist: das Anfragepaket zu empfangen, das von der ersten Vorrichtung (701, 300) gesendet wird, den Datenstrom zu empfangen, der von der ersten Vorrichtung (701, 300) gesendet wird, und das Antwortpaket an die erste Vorrichtung (701, 300) zu senden.


     
    14. Datenstromsendesystem (700) nach Anspruch 13, wobei die zweite Vorrichtung (500) aufweist:

    eine Empfangseinheit (501), die dazu ausgelegt ist, ein Anfragepaket zu empfangen, das von einer ersten Vorrichtung (300) gesendet wird, wobei das Anfragepaket dafür verwendet wird, bei der zweiten Vorrichtung (500) anzufragen, der ersten Vorrichtung (300) Kredit zu gewähren, und der Kredit dafür verwendet wird, eine Menge von Daten anzugeben, die die zweite Vorrichtung (500) der ersten Vorrichtung (300) gestattet, an die zweite Vorrichtung (500) zu senden, wobei

    die Empfangseinheit (501) ferner dazu ausgelegt ist, einen Datenstrom zu empfangen, der von der ersten Vorrichtung (300) gesendet wird, wobei der Datenstrom von der ersten Vorrichtung (300) gesendet wird, nachdem die erste Vorrichtung (300) das Anfragepaket sendet und bevor die erste Vorrichtung (300) das Antwortpaket empfängt, das von der zweiten Vorrichtung (500) gesendet wird; und

    eine Sendeeinheit (502), die dazu ausgelegt ist, das Antwortpaket, das als Reaktion auf das Anfragepaket erfolgt, an die erste Vorrichtung (300) zu senden, wobei das Antwortpaket einen ersten Kredit umfasst und der erste Kredit dafür verwendet wird, die Menge der Daten anzugeben, die die zweite Vorrichtung (500) der ersten Vorrichtung (300) gestattet, an die zweite Vorrichtung (500) zu senden.


     
    15. Datenstromsendesystem (700) nach Anspruch 14, wobei ein Bandbreitenwert einer Verbindung von der ersten Vorrichtung (701, 300) zu der zweiten Vorrichtung (702, 500) C ist, eine Dauer von einer Zeit, zu der die erste Vorrichtung (701, 300) das Anfragepaket sendet, bis zu einer Zeit, zu der die erste Vorrichtung (701, 300) das Antwortpaket empfängt, das von der zweiten Vorrichtung (702, 500) gesendet wird, T ist, ein Produkt aus T und C ein Bandbreitenverzögerungsprodukt (BDP) ist, eine Summe einer Größe des Datenstroms und einer Größe des Anfragepakets A ist und A kleiner oder gleich dem BDP ist.
     
    16. Datenstromsendesystem (700) nach Anspruch 15, wobei die Empfangseinheit (501) ferner dazu ausgelegt ist, ein Benachrichtigungspaket zu empfangen, das von der ersten Vorrichtung (300) gesendet wird, wobei das Benachrichtigungspaket dafür verwendet wird, die zweite Vorrichtung (500) zu benachrichtigen, dass die erste Vorrichtung (300) das Senden des Datenstroms an die zweite Vorrichtung (500) abschließt.
     
    17. Datenstromsendesystem (700) nach Anspruch 14 oder 15, wobei, nachdem die zweite Vorrichtung (702, 500) das Antwortpaket, das als Reaktion auf das Anfragepaket erfolgt, an die erste Vorrichtung (701, 300) sendet, die Empfangseinheit ferner dazu ausgelegt ist, einen neuen Datenstrom zu empfangen, der von der ersten Vorrichtung (701, 300) gesendet wird, wobei eine Menge neuer Datenströme kleiner oder gleich der Menge ist, die durch den ersten Kredit angegeben wird.
     


    Revendications

    1. Procédé d'envoi de flux de données, dans lequel le procédé comprend de :

    envoyer (210), par un premier dispositif, un paquet de demande à un second dispositif, dans lequel le paquet de demande est utilisé pour demander au second dispositif d'accorder un crédit au premier dispositif, et le crédit est utilisé pour indiquer une quantité de données que le second dispositif permet au premier dispositif d'envoyer au second dispositif;

    recevoir (260), par le premier dispositif, un paquet de réponse qui est envoyé par le second dispositif et qui est en réponse au paquet de demande, dans lequel le paquet de réponse comprend un premier crédit, et le premier crédit est utilisé pour indiquer la quantité de données que le second dispositif permet au premier dispositif d'envoyer au second dispositif; et caractérisé par

    l'envoi (230), par le premier dispositif, d'un flux de données au second dispositif après que le premier dispositif a envoyé le paquet de demande et avant que le premier dispositif ne reçoive le paquet de réponse envoyé par le second dispositif.


     
    2. Procédé selon la revendication 1, dans lequel une valeur de largeur de bande d'une liaison du premier dispositif au second dispositif est C, la durée entre un moment où le premier dispositif envoie le paquet de demande et un moment où le premier dispositif reçoit le paquet de réponse envoyé par le second dispositif est T, un produit de T et C est un produit de largeur de bande-retard, BDP, une somme d'une taille du flux de données et d'une taille du paquet de demande est A, et A est inférieur ou égal au BDP.
     
    3. Procédé selon la revendication 2, dans lequel le procédé comprend en outre de : en réponse au paquet de réponse reçu par le premier dispositif, envoyer, par le premier dispositif, un paquet de notification au second dispositif, dans lequel le paquet de notification est utilisé pour notifier au second dispositif que le premier dispositif termine l'envoi du flux de données au second dispositif.
     
    4. Procédé selon la revendication 1 ou 2, dans lequel après la réception (260), par le premier dispositif, d'un paquet de réponse qui est envoyé par le second dispositif et qui est en réponse au paquet de demande, le procédé comprend en outre de :
    envoyer, par le premier dispositif, un nouveau flux de données au second dispositif, dans lequel une quantité de nouveaux flux de données est inférieure ou égale à la quantité indiquée par le premier crédit.
     
    5. Procédé selon l'une quelconque des revendications 1 à 4, dans lequel une priorité d'acheminement du paquet de demande est supérieure à une priorité d'acheminement du flux de données.
     
    6. Procédé d'envoi de flux de données, dans lequel le procédé comprend de :

    recevoir (220), par un second dispositif, un paquet de demande envoyé par un premier dispositif, dans lequel le paquet de demande est utilisé pour demander au second dispositif d'accorder un crédit au premier dispositif, et le crédit est utilisé pour indiquer une quantité de données que le second dispositif permet au premier dispositif d'envoyer au second dispositif;

    envoyer (250), par le second dispositif, un paquet de réponse qui est en réponse au paquet de demande au premier dispositif, dans lequel le paquet de réponse comprend un premier crédit, et le premier crédit est utilisé pour indiquer la quantité des données que le second dispositif permet au premier dispositif d'envoyer au second dispositif; et caractérisé par

    la réception (240), par le second dispositif, d'un flux de données envoyé par le premier dispositif, dans lequel le flux de données est envoyé par le premier dispositif après que le premier dispositif a envoyé le paquet de demande et avant que le premier dispositif ne reçoive le paquet de réponse envoyé par le second dispositif.


     
    7. Procédé selon la revendication 6, dans lequel le procédé comprend en outre : une valeur de largeur de bande d'une liaison du premier dispositif au second dispositif est C, la durée entre un moment où le premier dispositif envoie le paquet de demande et un moment où le premier dispositif reçoit le paquet de réponse envoyé par le second dispositif est T, un produit de T et C est un produit de largeur de bande-retard, BDP, une somme d'une taille du flux de données et d'une taille du paquet de demande est A, et A est inférieur ou égal au BDP.
     
    8. Procédé selon la revendication 7, dans lequel le procédé comprend en outre de : recevoir, par le second dispositif, un paquet de notification envoyé par le premier dispositif, dans lequel le paquet de notification est utilisé pour notifier au second dispositif que le premier dispositif termine l'envoi du flux de données au second dispositif.
     
    9. Premier dispositif (300), dans lequel le dispositif comprend :

    une unité d'envoi (302), configurée pour envoyer un paquet de demande à un second dispositif (500), dans lequel le paquet de demande est utilisé pour demander au second dispositif (500) d'accorder un crédit au premier dispositif (300), et le crédit est utilisé pour indiquer une quantité de données que le second dispositif (500) permet au premier dispositif (300) d'envoyer au second dispositif (500) ;

    l'unité d'envoi (302), configurée pour envoyer un flux de données au second dispositif (500) après que le premier dispositif (300) a envoyé le paquet de demande et avant que le premier dispositif (300) ne reçoive un paquet de réponse envoyé par le second dispositif (500) ; et

    une unité de réception (301), configurée pour recevoir le paquet de réponse qui est envoyé par le second dispositif (500) et qui est en réponse au paquet de demande, dans lequel le paquet de réponse comprend un premier crédit, et le premier crédit est utilisé pour indiquer la quantité de données que le second dispositif (500) permet au premier dispositif (300) d'envoyer au second dispositif (500).


     
    10. Dispositif (300) selon la revendication 9, dans lequel une valeur de largeur de bande d'une liaison du premier dispositif (300) au second dispositif (500) est C, la durée entre un moment auquel le premier dispositif (300) envoie le paquet de demande et un moment auquel le premier dispositif (300) reçoit le paquet de réponse envoyé par le second dispositif (500) est T, un produit de T et C est un produit de largeur de bande-retard, BDP, une somme d'une taille du flux de données et d'une taille du paquet de demande est A, et A est inférieur ou égal au BDP.
     
    11. Dispositif (300) selon la revendication 10, dans lequel l'unité d'envoi (302) est en outre configurée pour envoyer un paquet de notification au second dispositif (500), dans lequel le paquet de notification est utilisé pour notifier au second dispositif (500) que le premier dispositif (300) termine l'envoi du flux de données au second dispositif (500).
     
    12. Dispositif selon la revendication 9 ou 10, dans lequel l'unité d'envoi (302) est en outre configurée pour envoyer un nouveau flux de données au second dispositif (500) après que le premier dispositif (300) a reçu le paquet de réponse qui est envoyé par le second dispositif (500) et qui est en réponse au paquet de demande, et une quantité de nouveaux flux de données est inférieure ou égale à la quantité indiquée par le premier crédit.
     
    13. Système d'envoi de flux de données (700), dans lequel le système comprend un premier dispositif (701) et un second dispositif (702) ;

    le premier dispositif (701, 300) est configuré pour : envoyer un paquet de demande au second dispositif (702, 500), envoyer un flux de données au second dispositif (702, 500) après que le premier dispositif (701, 300) a envoyé le paquet de demande et avant que le premier dispositif (701, 300) ne reçoive un paquet de réponse envoyé par le second dispositif (702, 500), et recevoir le paquet de réponse qui est envoyé par le second dispositif (702, 500) et qui est en réponse au paquet de demande, dans lequel le paquet de demande est utilisé pour demander au second dispositif (702, 500) d'accorder un crédit au premier dispositif (701, 300), le crédit est utilisé pour indiquer une quantité de données que le second dispositif (702, 500) permet au premier dispositif (701, 300) d'envoyer au second dispositif (702, 500), le paquet de réponse comprend un premier crédit, et le premier crédit est utilisé pour indiquer la quantité de données que le second dispositif (702, 500) permet au premier dispositif (701, 300) d'envoyer au second dispositif (702, 500) ; et

    le second dispositif (702, 500) est configuré pour : recevoir le paquet de demande envoyé par le premier dispositif (701, 300), recevoir le flux de données envoyé par le premier dispositif (701, 300), et envoyer le paquet de réponse au premier dispositif (701, 300).


     
    14. Système d'envoi de flux de données (700) selon la revendication 13, dans lequel le second dispositif (500) comprend :

    une unité de réception (501), configurée pour recevoir un paquet de demande envoyé par un premier dispositif (300), dans lequel le paquet de demande est utilisé pour demander au second dispositif (500) d'accorder un crédit au premier dispositif (300), et le crédit est utilisé pour indiquer une quantité de données que le second dispositif (500) permet au premier dispositif (300) d'envoyer au second dispositif (500), dans lequel

    l'unité de réception (501), configurée en outre pour recevoir un flux de données envoyé par le premier dispositif (300), dans lequel le flux de données est envoyé par le premier dispositif (300) après que le premier dispositif (300) a envoyé le paquet de demande et avant que le premier dispositif (300) ne reçoive le paquet de réponse envoyé par le second dispositif (500) ; et

    une unité d'envoi (502), configurée pour envoyer le paquet de réponse qui est en réponse au paquet de demande au premier dispositif (300), dans lequel le paquet de réponse comprend un premier crédit, et le premier crédit est utilisé pour indiquer la quantité des données que le second dispositif (500) permet au premier dispositif (300) d'envoyer au second dispositif (500).


     
    15. Système d'envoi de flux de données (700) selon la revendication 14, dans lequel une valeur de largeur de bande d'une liaison du premier dispositif (701, 300) au second dispositif (702, 500) est C, la durée entre un moment auquel le premier dispositif (701, 300) envoie le paquet de demande et un moment auquel le premier dispositif (701, 300) reçoit le paquet de réponse envoyé par le second dispositif (702, 500) est T, un produit de T et C est un produit de largeur de bande-retard, BDP, une somme d'une taille du flux de données et d'une taille du paquet de demande est A, et A est inférieur ou égal au BDP.
     
    16. Système d'envoi de flux de données (700) selon la revendication 15, dans lequel l'unité de réception (501) est en outre configurée pour recevoir un paquet de notification envoyé par le premier dispositif (300), dans lequel le paquet de notification est utilisé pour notifier au second dispositif (500) que le premier dispositif (300) termine l'envoi du flux de données au second dispositif (500).
     
    17. Système d'envoi de flux de données (700) selon la revendication 14 ou 15, dans lequel après que le second dispositif (702, 500) a envoyé le paquet de réponse qui est en réponse au paquet de demande au premier dispositif (701, 300), l'unité de réception est en outre configurée pour recevoir un nouveau flux de données envoyé par le premier dispositif (701, 300), dans lequel une quantité de nouveaux flux de données est inférieure ou égale à la quantité indiquée par le premier crédit.
     




    Drawing























    Cited references

    REFERENCES CITED IN THE DESCRIPTION



    This list of references cited by the applicant is for the reader's convenience only. It does not form part of the European patent document. Even though great care has been taken in compiling the references, errors or omissions cannot be excluded and the EPO disclaims all liability in this regard.

    Patent documents cited in the description