WO2022007861A1 - 通知故障的方法和电子设备 - Google Patents

通知故障的方法和电子设备 Download PDF

Info

Publication number
WO2022007861A1
WO2022007861A1 PCT/CN2021/105059 CN2021105059W WO2022007861A1 WO 2022007861 A1 WO2022007861 A1 WO 2022007861A1 CN 2021105059 W CN2021105059 W CN 2021105059W WO 2022007861 A1 WO2022007861 A1 WO 2022007861A1
Authority
WO
WIPO (PCT)
Prior art keywords
field
sub
channel
tcp
subchannel
Prior art date
Application number
PCT/CN2021/105059
Other languages
English (en)
French (fr)
Inventor
梁乾灯
康娇
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2022007861A1 publication Critical patent/WO2022007861A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/06—Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless

Definitions

  • the present application relates to the field of communications, and more particularly to methods and electronic devices for notification of faults in the field of communications.
  • the client or server cannot transmit the fault information to the opposite end on the faulty sub-channel, so that the opposite end cannot obtain the accurate fault information of the sub-channel, and cannot take effective measures to solve the fault in time. , which will cause the transmission to fail or prolong the transmission time, thus affecting the transmission performance.
  • the first device sends the first TCP packet carrying the first TCP option to the second device through the second subchannel under the same MPTCP session, and the second device can determine the first subchannel according to the first TCP option Therefore, an effective means to solve the fault can be taken.
  • the data of the first sub-channel can be switched to other non-faulty sub-channels, or a new sub-channel can be established to shunt the data of the first sub-channel. In this way, It can improve the transmission efficiency and help to improve the transmission performance.
  • the format of the first TCP option may be specified by the protocol; optionally, the length of each field of the first TCP option may be specified by the protocol; optionally, the physical meaning of each field of the first TCP option may be is specified by the protocol; optionally, the positional relationship between the fields of the first TCP option may be specified by the protocol.
  • the first TCP option includes a first field, a second field, and a third field, where the first field is used to carry a source address identifier of the first subchannel, and the second field field is used to carry the destination address identifier of the first sub-channel, and the first value of the third field is used to indicate the source address identifier carried by the first field and the The first sub-channel identified by the destination address identifier is faulty.
  • the source address identifier carried in the first field is the source address identifier of the first sub-channel on the client side
  • the destination address identifier carried in the second field. is the destination address identifier of the first sub-channel at the server, that is, the source address identifier and the destination address identifier of the first sub-channel at this time are based on the client.
  • the first value of the third field may be a value specified by the protocol.
  • different values of the fourth field indicate different reasons for the failure of the first sub-channel.
  • the relationship between the value of the fourth field and the fault cause may be specified by the protocol.
  • the determining, by the first device, the cause of the failure of the first sub-channel includes: the first device receiving, by the first sub-channel, a network control message protocol ICMP error report sent by a third device through the first sub-channel text, the ICMP error report message is used to indicate the cause of the failure of the first sub-channel;
  • the third device may be an intermediate device between the first device and the second device, or the third device may be the second device.
  • the first TCP option further includes a seventh field, where the seventh field is used to carry the IP protocol version of the third device.
  • the ICMP error report message includes the cause of the failure of the first sub-channel.
  • the second device when the second device receives the first ADD_ADDR option, it can save the correspondence between the source IP address of the first subchannel and the source address identifier of the first subchannel, and the second device also saves the destination IP address of the first subchannel
  • the second device when the second device receives the first TCP option carried in the first TCP packet, the second device can store the source address identifier carried by the first field in the first TCP option and save The corresponding relationship between the source address identifier and the source IP address, determine the source IP address of the first sub-channel;
  • the second device can be based on the destination address identifier carried by the second field in the second TCP option and the purpose of saving
  • the correspondence between the address identifier and the destination IP address determines the destination IP address of the first sub-channel; the second device determines the faulty first sub-channel according to the source IP address and destination IP address.
  • the first ADD_ADDR option includes a correspondence between the source IP address and source port of the first subchannel and the source address identifier of the first subchannel.
  • the packet header of the second TCP packet may include the first ADD_ADDR option.
  • the first device receives a third TCP packet sent by the second device, where the third TCP packet includes the second ADD_ADDR option, and the second ADD_ADDR option includes the target network of the first subchannel The correspondence between the protocol IP address and the target address identifier of the first sub-channel.
  • the second ADD_ADDR option includes the correspondence between the destination IP address of the first subchannel and the destination port and the destination address identifier of the first subchannel.
  • the client can advertise the correspondence between the source address identifier and the source IP address of other sub-channels or its own sub-channel through one or more established sub-channels, for example, the server and the client
  • the client establishes two sub-channels, namely sub-channel 1 and sub-channel 2, and the client can send the correspondence between the source address identifier and the source IP address of sub-channel 2 and/or sub-channel 1 through sub-channel 1; or the client
  • the correspondence between the source address identifier of the sub-channel 1 and/or the sub-channel 2 and the source IP address may be sent through the sub-channel 2. Therefore, in this embodiment of the present application, it is not limited which sub-channel advertises the correspondence between the source address identifier of a certain sub-channel and the source IP address.
  • the first TCP option may also include a fourth field, as shown in FIG.
  • the value is used to indicate the cause of the failure of the first subchannel. Specifically, when the client determines the failure of the first sub-channel in S330, if the cause of the failure of the first sub-channel can be determined, the cause of the failure of the first sub-channel can be carried in the fourth field of the first TCP option.
  • the first TCP option may also include a device for carrying faulty devices (such as It is the fifth field of the identification of the third device) and the sixth subfield A used to indicate the existence of the fifth field.
  • a device for carrying faulty devices such as It is the fifth field of the identification of the third device
  • the sixth subfield A used to indicate the existence of the fifth field.
  • the fifth field may be referred to as a middlebox IP (middlebox IP) or middlebox IP field.
  • the first TCP option in FIG. 7 includes the fourth field, that is, the third field is the fifth field and the sixth field is added on the basis of the second case. If the first TCP option does not include the fourth field, that is, the third case is The fifth field and the sixth field are added on the basis of Case 1.
  • the first TCP option may also include fields for indicating the first TCP option as shown in FIG. 8 .
  • a sub-channel fault is the eighth field T of a transient fault or a non-transient fault.
  • the client determines whether the first sub-channel fault is a transient fault or a non-transient fault according to S340, and the client can use different values of the eighth field to indicate whether the first sub-channel fault is a transient fault or a non-transient fault, for example, the first sub-channel fault is a transient fault or a non-transient fault.
  • the fourth value of the eight fields is 1, indicating that the first sub-channel is an instantaneous fault, and the fifth value of the eighth field is 0, indicating that the first sub-channel is a non-instantaneous fault.
  • Non-instantaneous faults can include permanent faults and long-term faults, etc. Wait.
  • one field is used to indicate a transient fault or a non-transient fault.
  • two different fields can also be used to indicate whether the first subchannel is a transient fault or a non-transient fault, which is not limited in this application.
  • the first sub-channel and the second sub-channel are two sub-channels corresponding to the first MPTCP session.
  • the server determines the failure of the first sub-channel according to each field of the first TCP option. If the first TCP option is in the format in S340, the server parses the first field, the second field and the third field in the first TCP option, and the server obtains the source address identifier carried by the first field, and obtains the first field. The destination address identifier carried in the second field. The server determines the first sub-channel according to the source address identifier carried in the first field and the destination address identifier carried in the second field. The server determines that the first sub-channel is faulty according to the first value of the third field.
  • Case three if the server in S310 saves the correspondence between the source address identifier of the first sub-channel and the source port and the source IP address, and in S320 the server saves the destination address identifier of the first sub-channel and the destination port and the source IP address.
  • the server determines the source port and source IP address of the first sub-channel according to the stored correspondence between the source address identifier of the first sub-channel and the source port and the source IP address.
  • the server determines the destination port and destination IP address of the first subchannel according to the correspondence between the destination address identifier of the first subchannel and the destination port and destination IP address.
  • the server determines the first sub-channel according to the source port, the source IP address, and the destination IP address of the destination port.
  • the server assists in solving the fault of the first sub-channel.
  • the server receives the fifth field and the sixth field included in the TCP options sent by each client in the preset number of clients to the server, and each client sends The fifth field in the TCP option of the TCP option all carry the identifier of the same device, and the server can determine the failure of the device identified by the identifier of the device in the fifth field.
  • the server may notify the client sending the TCP option to switch the data to be transmitted on the first subchannel to other subchannels.
  • the server can send prompt and early warning information to the operation and maintenance personnel.
  • the prompt and early warning information can indicate the faulty equipment and the cause of the fault.
  • the operation and maintenance personnel can locate the faulty equipment and repair the fault in time according to the cause of the fault.
  • the server can notify the client to establish a new sub-channel or switch the data on the current sub-channel to other sub-channels for transmission, if the first TCP in S340
  • the option also includes the seventh field
  • the server can also determine the IP protocol version of the faulty device according to the seventh field, and parse the fifth field according to the protocol version of the faulty device to carry the identification of the faulty device.
  • the logos are also different.
  • the first TCP option may not include the sixth field and/or the seventh field. If the first TCP option does not include the sixth field and/or the seventh field, the client may Whether there is a fifth field and a seventh field is determined according to the value of the length (length) field of the first TCP option.
  • the server when the server can notify the client to establish a new sub-channel or switch the data on the current sub-channel to other sub-channels for transmission, if the first TCP option is the situation in S340 In the format in 4, the server parses the eighth field T in the first TCP option, and the server determines whether the first sub-channel is a transient fault or a non-transient fault according to the fourth value or the fifth value of the eighth field.
  • the server can try to continue to establish the first sub-channel; if the server determines that the first sub-channel is non-transient according to the fifth value of the eighth field If the failure occurs, the server attempts to establish other sub-channels or attempts to transmit TCP data packets on other established sub-channels.
  • client 1 and client 2 support MPTCP transmission, and can also send TCP options to the server.
  • Client 1 and Client 2 can be located in different cells or even in different cities.
  • Client 1 and client 2 can access the server through an Internet service provider (internet service provider, ISP) 1 or ISP2.
  • ISP Internet service provider
  • ISP Internet service provider
  • the following describes the correspondence between the source address identifier and the source IP, and the correspondence between the destination address identifier and the destination IP as an example.
  • the correspondence between the source address identifier and the source port, and the correspondence between the destination address identifier and the destination port are similar. , without detailed examples.
  • method 1000 includes:
  • the client 1 establishes the MPTCP session 1 with the server, and respectively establishes two sub-channels ⁇ IP1, IP3> and ⁇ IP2, IP4> according to the three-way handshake.
  • the server can use the established first sub-channel to set the correspondence between the destination address identifier of the sub-channel ⁇ IP1, IP3> and the destination IP address and the correspondence between the destination address identifier of the sub-channel ⁇ IP2, IP4> and the destination IP address.
  • the relationship is sent to client 1.
  • client 1 may send ADD_ADDR option 1 and ADD_ADDR option 2 to the server through the same TCP control packet.
  • the server sends a TCP data packet or a TCP control packet to the client 1, where the TCP data packet or the TCP control packet includes the ADD_ADDR option 3, and the ADD_ADDR option 3 includes the destination address identifier and destination of the sub-channel ⁇ IP1, IP3> Correspondence between IP addresses.
  • the server sends a TCP data packet or a TCP control packet to the client 1, where the TCP data packet or TCP control packet includes ADD_ADDR option 4, and ADD_ADDR option 4 includes the destination address identifier and destination of the sub-channel ⁇ IP2, IP4> Correspondence between IP addresses.
  • the server may send ADD_ADDR option 3 and ADD_ADDR option 4 to client 1 through the same TCP data packet.
  • the server may send ADD_ADDR option 3 and ADD_ADDR option 4 to client 1 through the same TCP control packet.
  • sequence relationship between S1004 and S1005 is also not limited. S1004 and S1005 are performed before or after or simultaneously.
  • the client 2 establishes the MPTCP session 2 with the server, and respectively establishes two sub-channels ⁇ IP5, IP3> and ⁇ IP6, IP4> according to the three-way handshake.
  • the server can pass the corresponding relationship between the destination address identifier of the subchannel ⁇ IP6, IP4> and the destination IP address through the ADD_ADDR option 8 (for example, the ADD_ADDR option 8 can be the aforementioned
  • the second ADD_ADDR option) is sent to client 2.
  • the corresponding relationship between the destination address identifier of the sub-channel ⁇ IP6, IP4> and the destination address IP is ⁇ 40, IP4>, that is, 40 is used to indicate the source address IP4. S1010 does not exist at this time.
  • the client 2 sends a TCP data packet or a TCP control packet to the server, where the TCP data packet or TCP control packet includes ADD_ADDR option 5, and ADD_ADDR option 5 includes the source address identifier and source of the sub-channel ⁇ IP5, IP3> Correspondence between IP addresses.
  • the client 2 sends a TCP data packet or a TCP control packet to the server, where the TCP data packet or TCP control packet includes ADD_ADDR option 6, and ADD_ADDR option 6 includes the source address identifier and source of the sub-channel ⁇ IP6, IP4> Correspondence between IP addresses.
  • the client 2 may send ADD_ADDR option 5 and ADD_ADDR option 6 to the server through the same TCP control packet.
  • the server sends a TCP data packet or a TCP control packet to the client 2, where the TCP data packet or TCP control packet includes ADD_ADDR option 8, and ADD_ADDR option 8 includes the destination address identifier and destination of the sub-channel ⁇ IP6, IP4> Correspondence between IP addresses.
  • TCP packets (TCP data packets or TCP control packets) sent by the client 1 on the sub-channel ⁇ IP2, IP4> are discarded due to the failure of the gateway of the server.
  • the client 1 determines the failure of the sub-channel ⁇ IP2, IP4> (also referred to as the first sub-channel) and the cause of the failure according to the type field and the code segment in the ICMP error report message 1.
  • the type field and code segment of ICMP error report message 1 and ICMP error report message 2 indicate that the gateway device has the same failure and the same reason for the failure.
  • the specific format is shown in Figure 12, in which the type (Kind) represents the type of TCP option 2, the type is fixed to 30, and 30 means that the TCP option 2 is the TCP option of MPTCP; the length (Length) is the type of TCP option 2 Length, for example, the total length can be 10 bytes; the first field carries the source address identifier of the subchannel ⁇ IP6, IP4>, which is 60, which can also be called SrcAddressID; the second field carries the destination address identifier of the subchannel ⁇ IP6, IP4> It is 40, which can also be called the destination address identifier DestAddressID; the subtype of the third field indicates that TCP option 2 is the subflow fault announcement option, and the value of the subtype (the first value) can be specified by the protocol The value can be specified according to the protocol, which is not limited in this embodiment of the present application; the fourth field is used to indicate the cause of the failure of the sub-channel ⁇ IP6, IP4>, for example,
  • the server can determine the failure of the sub-channel ⁇ IP2, IP4> identified by 20 carried by the first field and 40 carried by the second field according to the value of the third field in TCP option 1; the server according to TCP option 2
  • the value of the third field in determines the failure of the sub-channel ⁇ IP6, IP4> identified by 60 carried by the first field and 40 carried by the second field; the server can use the fourth field in TCP option 1 and TCP option 2 according to The second value of 10 determines that the failure of the gateway device identified by the gateway identifier carried in the fifth field causes the failure of the first sub-channel.
  • the server can send the statistical faults to the big data platform, and the big data platform analyzes the faults.
  • the big data platform sends prompt and early warning information to the operation and maintenance personnel.
  • the prompt and early warning information can indicate the faulty equipment and the cause of the fault.
  • the operation and maintenance personnel locate the faulty equipment and repair the fault in time according to the cause of the fault.
  • the server can also send the first TCP option to the client through a TCP data packet or a TCP control packet, and the server can send a TCP data packet or a TCP control packet to the client on the second sub-channel.
  • the data packet or the TCP control packet carries the first TCP option
  • the first TCP option is used to indicate the failure of the first sub-channel
  • the first field included in the first TCP option is used to carry the source address identifier of the first sub-channel
  • the second The field is used to carry the destination address identifier of the first sub-channel.
  • the source address identifier and the destination address identifier are based on the server.
  • this application does not describe in detail that the server sends the first TCP option through a TCP data packet or a TCP control packet.
  • the formats of the first TCP option and the ADD_ADDR option in the embodiments of the present application are only described as examples, and the present application does not have any restrictions on the format of each option, and the positional relationship between the fields in each option And the length is not limited, and each option may include more or less fields mentioned in the embodiments of this application, which are not limited in this application.
  • the client and the server can be divided into functional modules according to the above method examples.
  • each functional module can be divided corresponding to each function, or two or more functions can be integrated into one processing module.
  • the above-mentioned integrated modules can be implemented in the form of hardware. It should be noted that, the division of modules in this embodiment is schematic, and is only a logical function division, and there may be other division manners in actual implementation.
  • the processing module may be a processor or a controller. It may implement or execute the various exemplary logical blocks, modules and circuits described in connection with this disclosure.
  • the processor may also be a combination that implements computing functions, such as a combination of one or more microprocessors, a combination of digital signal processing (DSP) and a microprocessor, and the like.
  • the storage module may be a memory.
  • the communication module may specifically be a device that interacts with other electronic devices, such as a radio frequency circuit, a Bluetooth chip, and a Wi-Fi chip.
  • the electronic device involved in this embodiment may be a device having the structure shown in FIG. 2 .
  • This embodiment also provides a computer-readable storage medium, where computer instructions are stored in the computer-readable storage medium, and when the computer instructions are executed on the electronic device, the electronic device executes the above-mentioned related method steps to realize the above-mentioned embodiments. Methods of securely accessing data.
  • This embodiment also provides a computer program product, which, when the computer program product runs on a computer, causes the computer to execute the above-mentioned relevant steps, so as to realize the method for securely accessing data in the above-mentioned embodiment.
  • the embodiments of the present application also provide an apparatus, which may specifically be a chip, a component or a module, and the apparatus may include a connected processor and a memory; wherein, the memory is used for storing computer execution instructions, and when the apparatus is running, The processor can execute the computer-executed instructions stored in the memory, so that the chip executes the method for securely accessing data in the foregoing method embodiments.
  • Units described as separate components may or may not be physically separated, and components shown as units may be one physical unit or multiple physical units, that is, may be located in one place, or may be distributed in multiple different places. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution in this embodiment.
  • the integrated unit if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a readable storage medium.
  • a readable storage medium including several instructions to make a device (which may be a single chip microcomputer, a chip, etc.) or a processor (processor) to execute all or part of the steps of the methods in the various embodiments of the present application.
  • the aforementioned storage medium includes: U disk, mobile hard disk, read only memory (ROM), random access memory (random access memory, RAM), magnetic disk or optical disk and other media that can store program codes.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请提供了一种通知故障的方法和电子设备。该方法中，第一设备通过同一MPTCP会话下的第二子通道向第二设备发送携带第一TCP选项的第一TCP报文，第二设备能够根据第一TCP选项确定第一子通道故障，从而可以采取有效的解决故障的手段，例如，可以将第一子通道的数据切换到其他的非故障的子通道上，或者建立新的子通道来分流第一子通道的数据，这样，能够提高传输的效率，有助于提高传输性能。

Description

通知故障的方法和电子设备
本申请要求于2020年07月09日提交国家知识产权局、申请号为202010660058.4、申请名称为“通知故障的方法和电子设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信领域，并且更具体地涉及通信领域中通知故障的方法和电子设备。
背景技术
多路径传输控制协议(multipath transmission control protocol，MPTCP)是通过多个路径并发传输的传输协议。通过MPTCP可以建立一个MPTCP会话的多个子通道，这样，可以通过多个子通道传输一个MPTCP会话的传输控制协议(transmission control protocol，TCP)报文。在传输TCP报文的过程中，多个子通道中的部分子通道可能存在故障，例如子通道对应的网口故障、子通道对应的网络故障或者子通道对应的中间设备故障或者子通道的链路故障。若子通道已经故障出现时，客户端或服务端无法在故障的子通道上将故障信息传输到对端，导致对端无法获知子通道准确的故障信息，也无法及时的采取有效的解决故障的手段，这样会导致传输失败或者传输时延长，从而影响传输性能。
发明内容
本申请实施例提供了一种通知故障的方法和电子设备，第一设备能够将指示第一子通道故障的第一TCP选项携带在第一TCP报文中通过第二子通道向第二设备发送，这样，第二设备能够通过第二子通道及时获知第一子通道故障，从而可以采取有效的解决故障的手段，能够提高传输的效率，有助于提高传输性能。
第一方面，提供了一种通知故障的方法，包括：所述第一设备通过第二子通道向第二设备发送第一传输控制协议TCP报文，所述第一TCP报文包括第一TCP选项，所述第一TCP选项用于指示所述第一子通道故障，所述第一子通道和所述第二子通道为第一多路径传输控制协议MPTCP会话对应的子通道。
在上述方案中，第一设备通过同一MPTCP会话下的第二子通道向第二设备发送携带第第一TCP选项的第一TCP报文，第二设备能够根据第一TCP选项确定第一子通道故障，从而可以采取有效的解决故障的手段，例如，可以将第一子通道的数据切换到其他的非故障的子通道上，或者建立新的子通道来分流第一子通道的数据，这样，能够提高传输的效率，有助于提高传输性能。
可以理解的是，第二子通道为传输正常的非故障子通道。
其中，第一TCP报文的报文头可以包括第一TCP选项。
可选地，第一TCP报文可以为TCP数据报文或者TCP控制报文。
可选地，第一设备可以为客户端，第二设备可以为服务端。
可选地，第一设备可以为服务端，第二设备可以为客户端。
可选地，第一TCP选项的格式可以是协议规定的；可选地，第一TCP选项的各个字段的长度可以是协议规定的；可选地，第一TCP选项的各个字段的物理意义可以是协议规定的；可选地，第一TCP选项的各个字段之间的位置关系可以是协议规定的。
在一些可能的实现方式中，所述第一TCP选项包括第一字段、第二字段和第三字段，所述第一字段用于承载所述第一子通道的源地址标识，所述第二字段用于承载所述第一子通道的目的地址标识，所述第三字段的第一取值用于指示所述第一字段承载的所述源地址标识和所述第二字段承载的所述目的地址标识所标识的所述第一子通道故障。
在上述方案中，第二设备可以根据第三字段的第一取值确定第一字段承载的源地址标识和第二字段承载的目的地址标识所标识的第一子通道故障。
可选地，若第一设备可以为客户端，第二设备可以为服务端，则第一字段承载的源地址标识为第一子通道在客户端的源地址标识，第二字段承载的目的地址标识为第一子通道在服务端的目的地址标识，即此时的第一子通道的源地址标识和目的地址标识以客户端为参考。
可选地，若第一设备可以为服务端，第二设备可以为客户端，则第一字段承载的源地址标识为第一子通道在服务端的源地址标识，第二字段承载的目的地址标识为第一子通道在客户端的目的地址标识，即此时的第一子通道的源地址标识和目的地址标识以服务端为参考。
可选地，第三字段的第一取值可以是协议规定的值。
可选地，上述第一字段、第二字段和第三字段的长度可以是协议规定的。
可选地，上述第一字段、第二字段和第三字段在第一TCP选项中的位置关系可以是协议规定的。
在一些可能的实现方式中，所述方法还包括：所述第一设备确定第一子通道故障的原因；其中，所述第一TCP选项包括第四字段，所述第四字段的第二取值用于指示所述第一子通道故障的原因。
在上述方案中，第一设备可以将第一子通道故障的原因映射为第一TCP选项的第四字段的第二取值，第二设备可以根据第四字段的第二取值确定第一子通道故障的原因，从而根据第一子通道故障的原因确定解决第一子通道故障的策略。
其中，第四字段的不同取值表示第一子通道故障的原因不同。具体地，第四字段的取值与故障原因之间的关系可以是协议规定的。
在一些可能的实现方式中，所述第一设备确定第一子通道故障的原因，包括：所述第一设备检测本地故障，确定所述第一子通道故障的原因。具体地，第一设备可以确定与第一子通道相关的本地网口、本地网卡等本地器件或者本地处理协议进程等故障导致的第一子通道故障。
在一些可能的实现方式中，所述第一设备确定第一子通道故障的原因，包括：所述第一设备根据检测任务检测所述第一子通道故障的原因。例如，第一设备可以根据BFD检测第一子通道故障的原因。
在一些可能的实现方式中，所述第一设备确定第一子通道故障的原因，包括：所述第一设备通过所述第一子通道接收第三设备发送的网络控制消息协议ICMP差错报告报文， 所述ICMP差错报告报文用于指示所述第一子通道故障的原因；
所述第一设备根据所述ICMP差错报告报文确定所述第一子通道故障的原因；
其中，所述第一TCP选项包括第五字段，所述第五字段用于承载所述第三设备的标识。
在上述方案中，第一设备接收到故障的第三设备发送的ICMP差错报告报文时，可以根据ICMP差错报告报文确定第一子通道故障的原因，并将第三设备的标识承载在第一TCP选项的第五字段向第二设备发送，第二设备可以根据第五字段确定故障的第三设备。
可选地，第三设备可以为第一设备和第二设备中间的设备，或者第三设备可以为第二设备。
在一些可能的实现方式中，所述第一TCP选项还包括第六字段，所述第六字段的第三取值用于指示所述第五字段存在。
这样，第二设备可以解析第六字段的取值，若第六字段的取值为第三取值，则第二设备可以确定存在第五字段，从而根据第五字段承载的第三设备的标识确定故障的第三设备。
在一些可能的实现方式中，所述第一TCP选项还包括第七字段，所述第七字段用于承载所述第三设备的IP协议版本。
这样，第二设备可以根据第七字段承载的第三设备的IP协议版本解析第五字段承载的第三设备的标识。第三设备的IP协议版本不同对应的标识也不同，这样，有利于第二设备解析第三设备的标识。
可选地，第一TCP选项也可以不包括第六字段和/或第七字段，可以通过第一TCP选项的长度确定是否存在第五字段，以及第五字段承载的第三设备的标识对应的协议版本。
在一些可能的实现方式中，所述ICMP差错报告报文包括所述第一子通道故障的原因。
在一些可能的实现方式中，所述第一TCP选项还包括第八字段，所述第八字段的第四取值用于指示所述第一子通道故障为瞬时故障，所述第八字段的第五取值用于指示所述第一子通道故障为非瞬时故障。
在上述方案中，若第八字段的第四取值用于指示第一子通道故障为瞬时故障，第二设备可以根据第四取值确定第一子通道的故障为瞬时故障，则第二设备可以继续尝试与第一设备建立第一子通道或者第二设备可以将第一子通道标记为备份链路。此外，第一设备可以将携带第一TCP选项的第一TCP报文尝试继续通过第一子通道向第二设备发送，此时上述的第二子通道与第一子通道为同一个子通道。
在上述方案中，若第八字段的第五取值用于指示第一子通道故障为非瞬时故障，第二设备可以根据第五取值确定第一子通道的故障为非瞬时故障，则第二设备与第一设备建立新的子通道来分流第一子通道上待传输的数据，或者第二设备将第一子通道上待传输的数据切换到正常的非故障子通道上。
在一些可能的实现方式中，所述第一设备通过第二子通道向第二设备发送第一TCP报文之前，所述方法还包括：所述第一设备向所述第二设备发送第二TCP报文，所述第二TCP报文包括第一通告地址ADD_ADDR选项，所述第一ADD_ADDR选项包括所述第一子通道的源网络协议IP地址和所述第一子通道的源地址标识之间的对应关系。
这样，第二设备在接收到第一ADD_ADDR选项时，可以保存第一子通道的源IP地址和的源地址标识之间的对应关系，并且第二设备也保存着第一子通道的目的IP地址和目的地址标识之间的对应关系，当第二设备接收到第一TCP报文携带的第一TCP选项时，第 二设备可以根据第一TCP选项中的第一字段承载的源地址标识以及保存的源地址标识与源IP地址之间的对应关系，确定第一子通道的源IP地址；同样地，第二设备可以根据第二TCP选项中的第二字段承载的目的地址标识以及保存的目的地址标识与目的IP地址之间的对应关系，确定第一子通道的目的IP地址；第二设备根据的源IP地址和目的IP地址确定故障的第一子通道。
可选地，第一ADD_ADDR选项包括所述第一子通道的源IP地址和源端口与第一子通道的源地址标识之间的对应关系。
可选地，第二TCP报文可以是TCP数据报文或者TCP控制报文。
可选地，第二TCP报文的报文头可以包括第一ADD_ADDR选项。
在一些可能的实现方式中，所述第一设备通过第二子通道向第二设备发送第一TCP报文之前，所述方法还包括：
所述第一设备接收所述第二设备发送的第三TCP报文，所述第三TCP报文包括所述第二ADD_ADDR选项，所述第二ADD_ADDR选项包括所述第一子通道的目标网络协议IP地址和所述第一子通道的目标地址标识之间的对应关系。
在上述方案中，当第一设备确定第一子通道故障时，可以用源IP地址和目的IP地址唯一标识第一子通道，第一设备可以根据第一子通道的目的IP地址和目的地址标识之间的对应关系确定第一TCP选项的第二字段承载的目的地址标识。
可选地，第二ADD_ADDR选项包括所述第一子通道的目的IP地址和目的端口与第一子通道的目的地址标识之间的对应关系。
可选地，第三TCP报文可以是TCP数据报文或者TCP控制报文。
可选地，第三TCP报文的报文头可以包括第二ADD_ADDR选项。
第二方面，提供了一种通知故障的方法，包括：第二设备通过第二子通道接收第一设备发送的第一传输控制协议TCP报文，所述第一TCP报文包括第一TCP选项，所述第一TCP选项用于指示所述第一子通道故障，所述第一子通道和所述第二子通道为第一多路径传输控制协议MPTCP会话对应的子通道；所述第二设备根据所述第一TCP选项确定所述第一子通道故障。
在上述方案中，第一设备通过同一MPTCP会话下的第二子通道向第二设备发送携带第第一TCP选项的第一TCP报文，第二设备能够根据第一TCP选项确定第一子通道故障，从而可以采取有效的解决故障的手段，例如，可以将第一子通道的数据切换到其他的非故障的子通道上，或者建立新的子通道来分流第一子通道的数据，这样，能够提高传输的效率，有助于提高传输性能。
在一些可能的实现方式中，所述第一TCP选项包括第一字段、第二字段和第三字段，所述第一字段用于承载所述第一子通道的源地址标识，所述第二字段用于承载所述第一子通道的目的地址标识，所述第三字段的第一取值用于指示所述第一字段承载的所述源地址标识和所述第二字段承载的所述目的地址标识所标识的所述第一子通道故障；
其中，所述第二设备根据所述第一TCP选项确定所述第一子通道故障，包括：
所述第二设备根据所述第三字段的第一取值确定所述第一字段承载的所述源地址标识和所述第二字段承载的目的地址标识所标识的第一子通道故障。
在一些可能的实现方式中，所述第一TCP选项包括第四字段，所述第四字段的第二取 值用于指示所述第一子通道故障的原因；
所述方法还包括：
所述第二设备根据所述第四字段的第二取值确定所述第一子通道故障的原因；
所述第二设备根据所述第一子通道故障的原因确定解决所述第一子通道故障的策略。
在一些可能的实现方式中，所述第一TCP选项包括第五字段，所述第五字段用于承载故障的第三设备的标识，所述方法还包括：
所述第二设备根据所述第五字段承载的所述第三设备的标识确定所述第三设备故障。
在一些可能的实现方式中，所述第一TCP选项还包括第六字段，所述第六字段的第三取值用于指示所述第五字段存在；在所述第二设备根据所述第五字段承载的所述第三设备的标识确定所述第三设备故障之前，所述方法还包括：
所述第二设备根据所述第六字段的第三取值确定所述第五字段存在。
在一些可能的实现方式中，所述第一TCP选项还包括第七字段，所述第七字段用于承载所述第三设备的协议版本；
所述方法还包括：所述第二设备根据所述第七字段承载的所述第三设备的协议版本解析所述第五字段承载的所述第三设备的标识。
在一些可能的实现方式中，所述第一TCP选项还包括第八字段，所述第八字段的第四取值用于指示所述第一子通道故障为瞬时故障，所述第八字段的第五取值用于指示所述第一子通道故障为非瞬时故障；所述方法还包括：
所述第二设备根据所述第八字段的所述第四取值或者所述第五取值确定所述第一子通道为瞬时故障或非瞬时故障。
在一些可能的实现方式中，在所述第二设备通过第二子通道接收第一设备发送的第一TCP报文之前，所述方法还包括：
所述第二设备向所述第一设备发送第二TCP报文，所述第二TCP报文包括第一通告地址选项，所述第一ADD_ADDR选项包括所述第一子通道的源网络协议IP地址和所述第一子通道的源地址标识之间的对应关系。
在一些可能的实现方式中，在所述第二设备通过第二子通道接收第一设备发送的第一TCP报文之前，所述方法还包括：
所述第二设备接收所述第一设备发送的第三TCP报文，所述第三TCP报文包括所述第二ADD_ADDR选项，所述第二ADD_ADDR选项包括所述第一子通道的目标网络协议IP地址和所述第一子通道的目标地址标识之间的对应关系。
第三方面，本申请提供了一种装置，该装置包含在电子设备中，该装置具有实现上述各方面及上述各方面的可能实现方式中电子设备行为的功能。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块或单元。例如，显示模块或单元、检测模块或单元、处理模块或单元等。
可选地，该装置可以是上述的客户端或者是服务端。
第四方面，本申请提供了一种电子设备，包括：一个或多个处理器；存储器；多个应用程序；以及一个或多个计算机程序。其中，一个或多个计算机程序被存储在存储器中，一个或多个计算机程序包括指令。当指令被电子设备执行时，使得电子设备执行上述任一方面任一项可能的实现中的通知故障的方法。
可选地，该电子设备还可以包括：触摸显示屏和/或摄像头，其中，触摸显示屏包括触敏表面和显示器；
可选地，该电子设备可以是上述的客户端或者是服务端。
第五方面，本申请提供了一种电子设备，包括一个或多个处理器和一个或多个存储器。该一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，使得电子设备执行上述任一方面任一项可能的实现中的通知故障的方法。
第六方面，本申请提供了一种计算机可读存储介质，包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行上述任一方面任一项可能的通知故障的方法。
第七方面，本申请提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行上述任一方面任一项可能的通知故障的方法。
附图说明
图1是是本申请实施例提供的系统框架图。
图2是本申请实施例提供的电子设备的示意性框图。
图3是本申请实施例提供的通知故障的方法示意图。
图4是本申请实施例提供的ICMP差错报告报文的格式示意图。
图5是本申请实施例提供的第一TCP选项的格式示意图。
图6是本申请实施例提供的另一第一TCP选项的格式示意图。
图7是本申请实施例提供的又一第一TCP选项的格式示意图。
图8是本申请实施例提供的又一第一TCP选项的格式示意图。
图9是本申请实施例提供的故障场景示意图。
图10是本申请实施例提供的另一通知故障的方法示意图。
图11是本申请实施例提供的又一第一TCP选项的格式示意图。
图12是本申请实施例提供的又一第一TCP选项的格式示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。
MPTCP传输能够充分利用带宽资源，并且能够调度多路径上的数据流量传输，从而可以控制拥塞，MPTCP也能解决重传的问题。如图1所示为本申请实施例提供的MPTCP传输系统框架图。客户端和服务端可以通过三次握手建立一个子流，依次类推可以建立多个子流，服务端和客户端可以通过建立多个子流传输TCP报文，服务端和客户端可以通过四次握手关闭子流。其中，若服务端向客户端发送TCP报文，服务端可以称为发送端，客户端称为接收端；若客户端向服务端发送TCP报文，客户端称为发送端，服务端称为接收端。
其中，客户端可以指用户设备(user equipment，UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。例如，终端设备可以是手机(mobile phone)、平板电脑(Pad)、带收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR) 终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、可穿戴设备、车载设备等。
服务端，也可以称为服务器，服务端可以是为客户端服务的，服务端可以向服务端提供资源以及保存客户端数据等。
示例性的，图2是本申请实施例提供的一例电子设备200的结构示意图。电子设备200可以是客户端或服务端，电子设备200可以是包括处理器210、存储器220和通信模块230等。
其中，处理器210可以包括一个或多个处理单元，存储器220用于存储程序代码和数据。在本申请实施例中，处理器210可执行存储器220存储的计算机执行指令，用于对电子设备200的动作进行控制管理。
通信模块230可以用于电子设备200的各个内部模块之间的通信、或者电子设备200和其他外部电子设备之间的通信等。示例性的，如果电子设备200通过有线连接的方式和其他电子设备通信，通信模块230可以包括接口等，例如USB接口，USB接口可以是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口可以用于连接充电器为电子设备200充电，也可以用于电子设备200与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。
或者，通信模块230可以包括音频器件、射频电路、蓝牙芯片、无线保真(wireless fidelity，Wi-Fi)芯片、近距离无线通讯技术(near-field communication，NFC)模块等，可以通过多种不同的方式实现电子设备300与其他电子设备之间的交互。
可选地，电子设备200还可以包括显示屏240，显示屏240可以显示人机交互界面中的图像或视频等。
可选地，电子设备200还可以包括外设设备250，例如鼠标、键盘、扬声器、麦克风等。
应理解，除了图2中列举的各种部件或者模块之外，本申请实施例对电子设备200的结构不做具体限定。在本申请另一些实施例中，电子设备200还可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
客户端和服务端建立的多个子通道绑定到一个已有的MPTCP会话上的，MPTCP会话对应的TCP报文可以通过任意的一个或多个子通道上传输，当客户端或者服务端感知到子通道存在故障时，则需要解决故障或者将故障子通道上的数据分流到其他子通道上传输，以避免TCP报文的丢失。例如，发送端可以主动通知接收端断开子通道，这种情况下，发送端可以先将需要断开的子通道信息发送给接收端，然后子通道再断开，换句话说，发送端能够控制子通道的断开时间，能够在子通道断开之前及时采取解决措施，例如将子通道上的数据分流到其他子通道上，从而可以避免TCP报文的丢失。当子通道故障时，以客户端为发送端，服务端为接收端为例，例如故障包括：传输TCP报文的中间设备故障(中间设备为客户端与服务端之间的设备)或者网络故障或者网口故障或者链路故障，这些故障 无法预知，发生的故障的时间比较随机。若这些故障出现时，客户端无法在故障的子通道上将故障信息传输到服务端，导致服务端无法获知子通道的故障信息，服务端无法及时的采取有效的解决故障的手段，这样会导致传输失败或者传输时延长，从而影响传输性能。
下面对本申请实施例用到术语进行解释。
1、子通道，子通道也可以称为子流或者子链路，子通道为双向通道，一个子流对应一个TCP连接，客户端和服务端可以通过三次握手建立一个子流。客户端和服务端可以通过四次握手解除一个子流。可以用五元组源IP地址，目的IP地址，源端口，目的端口和协议类型标识一个子通道。
2、源地址标识(identity，ID)和目的地址标识，源IP地址和/或源端口可以映射为源地址标识，目的IP地址和/或目标端口可以映射为目的地址标识，换句话说，源IP地址和/或源端口与源地址标识存在对应关系，目标IP地址和/或目标端口与目的地址标识存在对应关系。本申请实施例中的，源地址标识(源IP地址和/或源端口)和目的地址标识(目的IP地址和/或目标端口)具有相对的概念。例如，若客户端向服务端发送TCP报文，以客户端为参考，则源IP地址为客户端的IP地址，源端口为客户端的端口，相应的，源地址标识为客户端的ID，目的IP地址为服务端的IP地址，目的端口为服务端的IP地址，相应的，目的地址标识为服务端的ID。又例如，若服务端向客户端向发送TCP报文，以服务端为参考，则源IP为服务端的IP地址，源端口为服务端的端口，相应的，源地址标识为服务端的ID，目的IP地址为客户端的IP地址，目的端口为客户端的IP地址，相应的，目的地址标识为客户端的ID。本申请实施例提到的源地址IP可以是公网地址IP或者私网地址的IP；本申请实施例提到的目的地址IP可以是公网地址IP或者私网地址IP。
3、MPTCP会话，一个MPTCP会话对应多个子通道，即客户端和服务端可以通过多个子通道传输一个MPTCP会话的数据流量，一个MPTCP会话的数据流量也称为该MPTCP会话的TCP报文。
4、TCP选项，TCP报文头包括TCP选项，一个TCP选项具有特定的物理意义，在本申请实施例中，服务端可以向客户端发送的TCP选项为第一TCP选项，第一TCP选项用于通告子通道故障。
5、ADD-ADDR选项，ADD-ADDR选项用于通告地址，ADD-ADDR选项也属于TCP选项，TCP报文头可以包括ADD-ADDR选项。
6、TCP报文，TCP报文包括TCP数据报文和TCP控制报文，TCP数据报文用于传输用户数据，例如TCP控制报文可以为TCP数据报文的应答报文、TCP控制报文也可以为TCP的保活报文、TCP控制报文也可以是建立连接请求的应答报文。
下面结合图3描述本申请实施例提供的通知故障的方法300，方法300以客户端给服务端发送携带第一TCP选项的第一TCP报文为例，当然，服务端也可以向客户端发送携带第一TCP选项的第一TCP报文，为了避免赘述，本申请实施例对此不详细描述。
S310，客户端向服务端发送第二TCP报文，第二TCP报文包括第一ADD_ADDR选项，第一ADD_ADDR选项包括第一子通道的源地址标识和第一子通道的源网络协议(Internet protocol，IP)地址之间的对应关系，此时第一子通道以客户端为参考。
可选地，第二TCP报文可以为TCP数据报文或者TCP控制报文。
可选地，客户端可以在建立任何一个子通道的过程中，向服务端发送第二TCP报文， 此时第二TCP报文为TCP控制报文。
可选地，客户端可以通过已经建立的第三子通道向服务端发送第二TCP报文，此时第二TCP报文可以为TCP控制报文，例如保活报文或者TCP数据报文的应答报文，或者第二TCP报文可以为TCP数据报文，例如可以为某一应用的TCP数据报文。
可以理解的是，方法300只是以一个子通道为例描述，客户端通过第三子通道通告第一子通道的源地址标识和源IP地址之间的对应关系。服务端和客户端建立的多个子通道，客户端可以通过建立的一个或多个子通道通告其他子通道或者自身子通道的源地址标识和源IP地址之间的对应关系，例如，服务端和客户端建立了两个子通道，分别为子通道1和子通道2，客户端可以通过子通道1发送子通道2和/或子通道1的源地址标识和源IP地址之间的对应关系；或者客户端可以通过子通道2发送子通道1和/或子通道2的源地址标识和源IP地址之间的对应关系。因此，本申请实施例中，不限定是哪个子通道通告的某个子通道的源地址标识和源IP地址之间的对应关系。
可选地，在本申请实施例中，客户端可以通过任何一个已经建立的子通道向服务端发送第一子通道的源地址标识和源IP地址之间的对应关系为例描述。实际上源地址标识和源IP地址之间的对应关系仅仅为了让服务端识别第一子通道的源IP地址，客户端也可以通过任何一个已经建立的子通道向服务端发送第一子通道的源IP地址，而不需要发送第一子通道的源地址标识和源IP地址之间的对应关系。
可选地，在本申请实施例中，客户端还可以通过任何一个已经建立的子通道向服务端发送第一子通道的源地址标识与源端口之间的对应关系，或者发送第一子通道的源地址标识与源端口和源IP地址之间的对应关系。换句话说，如果源IP地址就能唯一标识第一子通道的源地址信息，则客户端向服务端发送第一子通道的源地址标识与源IP地址之间的对应关系；如果源端口能唯一标识第一子通道的源地址信息，则客户端向服务端发送第一子通道的源地址标识与源端口之间的对应关系；如果源IP地址或源端口都不能唯一标识第一子通道的源地址信息，则客户端向服务端发送第一子通道的源地址标识与源端口和源IP地址之间的对应关系。
客户端和服务端也可以保存第一子通道的源地址标识与第一子通道的源IP之间的对应关系，或者保存第一子通道源地址标识与第一子通道的源端口之间的对应关系，或者保存第一子通道源地址标识与第一子通道的源端口和第一子通道的源IP地址之间的对应关系。
S320，服务端向客户端发送第三TCP报文，第三TCP报文包括第二ADD_ADDR选项，第二ADD_ADDR选项包括第一子通道的目的地址标识和第一子通道的目的IP地址之间的对应关系。客户端和服务端可以保存第一子通道的目的IP地址与目的地址标识之间的对应关系。此时第一子通道以客户端为参考。
可选地，第三TCP报文可以为TCP数据报文或者TCP控制报文。
可选地，服务端可以在建立任何一个子通道的过程中，向客户端发送第三TCP报文，此时第三TCP报文为TCP控制报文。
可选地，服务端可以通过已经建立的第四子通道向客户端发送第三TCP报文，此时第三TCP报文可以为TCP控制报文，例如保活报文或者TCP数据报文的应答报文，或者第三TCP报文可以为TCP数据报文，例如可以为某一应用的TCP数据报文。
可以理解的是，方法300只是以一个子通道为例描述，服务端通过第四子通道通告第一子通道的目的地址标识和目的IP地址之间的对应关系。服务端和客户端建立的多个子通道，服务端可以通过建立的一个或多个子通道通告其他子通道或者自身子通道的目的地址标识和目的IP地址之间的对应关系，例如，服务端和客户端建立了两个子通道，分别为子通道3和子通道4，服务端可以通过子通道3发送子通道3和/或子通道4的目的地址标识和目的IP地址之间的对应关系；或者服务端可以通过子通道4发送子通道3和/或子通道4的目的地址标识和目的IP地址之间的对应关系。因此，本申请实施例中，不限定是哪个子通道通告的某个子通道的目的地址标识和目的IP地址之间的对应关系。
可选地，在本申请实施例中，服务端可以通过任何一个已经建立的子通道向客户端发送第一子通道的目的地址标识和目的IP地址之间的对应关系为例描述。实际上目的地址标识和目的IP地址之间的对应关系仅仅为了让服务端识别第一子通道的目的IP地址，服务端也可以通过任何一个已经建立的子通道向客户端发送第一子通道的目的IP地址，而不需要发送第一子通道的目的地址标识和目的IP地址之间的对应关系。
可选地，在本申请实施例中，服务端还可以通过任何一个已经建立的子通道向客户端发送第一子通道的目的地址标识与目的端口之间的对应关系，或者发送第一子通道的目的地址标识与目的端口和目的IP地址之间的对应关系。换句话说，如果目的IP地址就能唯一标识第一子通道的目的地址信息，则服务端向客户端发送第一子通道的目的地址标识与目的IP地址之间的对应关系；如果目的端口能唯一标识第一子通道的目的地址信息，则服务端向客户端发送第一子通道的目的地址标识与目的端口之间的对应关系；如果目的IP地址或目的端口都不能唯一标识第一子通道的目的地址信息，则服务端向客户端发送第一子通道的目的地址标识与目的端口和目的IP地址之间的对应关系。
客户端和服务端也可以保存第一子通道的目的地址标识与第一子通道的目的IP之间的对应关系，或者保存第一子通道目的地址标识与第一子通道的目的端口之间的对应关系，或者保存第一子通道目的地址标识与第一子通道的目的端口和第一子通道的目的IP地址之间的对应关系。
可选地，上述的第三子通道和第四子通道可以是同一子通道或者不同的子通道。
需要说明的是，S310与S320之间的顺序不限定，S310可以在S320之间或者之后或者同时进行，本申请不予限制。
也需要说明的是，客户端和服务端可以在执行一次S310和S320之后执行多次S330-S370。换句话说，本申请实施例中，客户端和服务端可以通告一次关于第一子通道的地址信息。
S330，客户端确定第一子通道故障，或者客户端确定第一子通道故障以及第一子通道故障的原因。
其中，客户端至少可以通过以下一种方式确定第一子通道故障：
方式一，客户端可以确定客户端的本地故障，客户端的本地故障会导致第一子通道故障，例如与第一子通道相关的本地网口、本地网卡等本地器件或者本地处理协议进程等故障导致的第一子通道故障。这样，客户端也能确定故障的原因。
方式二，客户端可以根据检测任务主动检测故障，例如客户端可以利用双向转发检测机制(bidirectional forwarding detection，BFD)部署检测任务来检测第一子通道是否故障， 客户端可以根据向客户端返回来的检测结果确定故障原因。又例如，客户端可以通过第一子通道向服务端发送ICMP请求报文，客户端可以根据在预设时长内是否收到ICMP请求报文的应答报文确定第一子通道是否故障。具体地，若客户端在预设时长内没有收到应答报文，则可以确定第一子通道故障。
方式三，客户端可以被动检测故障，例如客户端通过第一子通道向服务端发送TCP数据报文，到TCP数据报文发到某一设备时，该设备故障，客户端接收到该设备返回的网络控制消息协议(internet control message protocol，ICMP)差错报告报文，ICMP差错报告报文中可以指示第一子通道故障。例如ICMP差错报告报文的格式如图4所示，图4所示的类型段和代码段的取值不同ICMP差错报告报文的物理意义不同，协议可以规定图4所示的类型字段的特定取值以及代码段的特定取值表示ICMP差错报告报文为中间设备向客户端反馈故障的报文以及第一子通道故障的原因。这样，客户端可以根据ICMP差错报告报文的类型字段的取值和代码段的取值确定第一子通道故障以及第一子通道故障的原因。
需要说明的是，图4中源IP地址为该故障设备的IP地址，目的IP地址为客户端的IP地址。故障设备可以是客户端与服务端之间的中间设备，则源IP地址为中间设备的源IP地址；当然故障设备也可以是服务端，则源IP地址为服务端的IP地址。
可以理解的是，客户端在当前的第一子通道上向服务端发送TCP数据报文，当TCP数据报文到达中间的任何一个设备，甚至该设备可能是服务端时，由于该设备故障，则导致TCP数据报文发送不到服务端，该设备可以将TCP数据报文的数据部分截取部分片段作为ICMP差错报告报文的数据部分向客户端发送，客户端接收到ICMP差错报告报文的数据部分之后，根据ICMP差错报告报文的类型字段和代码字段确定第一子通道故障，数据部分包括ICMP的数据部分的TCP数据报文发送失败。
可选地，第一子通道的有些故障本身是瞬时故障，有些故障本身是非瞬时故障，有些故障既可能是瞬时故障也有可能是非瞬时故障。在本申请实施例中，客户端可以在通过任何一种方式确定第一子通道故障的同时也能确定第一子通道故障时是瞬时故障还是非瞬时故障。例如，由于上述方式一种的物理网口故障或者网卡故障导致的第一子通道故障，则该第一子通道的故障属于非瞬时故障；又例如，客户端可以统计预设周期内通过第一子通道发送的有少量的网卡丢包，但是网卡正常，则该第一子通道的故障属于瞬时故障；再例如，在上述方式三中，可以根据ICMP差错报告报文中的类型段和代码端确定第一子通道的故障为瞬时故障还是非瞬时故障。
需要说明的是，S330与S310和S320之间的顺序关系也不作限定。S330可以在S310和/或S320之前或者之后。
S340，客户端生成第一TCP选项。
具体地，客户端在S330中确定第一子通道故障，根据第一子通道的故障信息生成第一TCP选项。
下面分四种情况讨论第一TCP选项的格式：
情况一，源IP地址和目的IP地址可以唯一标识故障的第一子通道，但是由于源IP地址与目的IP地址占用的字节数量多，则客户端可以根据自身保存的第一子通道的源IP地址和第一子通道的源地址标识之间的对应关系确定第一字段承载的源地址标识，客户端可以根据S330中保存的第一子通道的目的IP地址与第一子通道的目的地址标识的对应关系 确定第二字段承载的目的地址标识。此时，在一种可能的设计中，第一TCP选项包括第一子段、第二字段和第三字段，第一字段承载用于第一子通道的源地址标识，第二字段用于承载第一子通道的目的地址标识，第三字段的第一取值用于指示第一字段承载的源地址标识与第二字段承载的目的地址标识所标识的第一子通道故障。
例如，如图5所示其中，类别(Kind)表示第一TCP选项的类别，类别固定为30，30表示该第一TCP选项为MPTCP的TCP选项；长度(Length)为第一TCP选项的长度，如总长度可以为4字节；子类型表示该第一TCP选项为故障通告选项(fault announce option)，也即承载子类型的第三字段用于指示第一字段承载的源地址标识与第二字段承载的目的地址标识所标识的第一子通道故障，第三字段的值可以是协议规定的值，具体可以根据协议规定，本申请实施例对此不作限定；如图5所示第一字段承载的源地址标识和第二字段承载的目的地址标识可以唯一标识第一子通道。
例如，第一字段可以称为源地址标识(SrcAddressID)字段，第二字段可以称为目的地址标识(DestAddressID)字段。
情况二，在另一种可能的设计中，第一TCP选项除了情况一中包括的各个字段之外，如图6所示，第一TCP选项还可以包括第四字段，第四字段的第二取值用于指示第一子通道故障的原因。具体地，客户端在S330中确定第一子通道故障时，若可以确定第一子通道故障的原因，则可以将第一子通道故障的原因承载在第一TCP选项的第四字段。
例如，对于S330的方式三，客户端可以将ICMP差错报告报文的类型段和代码段指示的第一子通道故障的原因映射为第一TCP选项的第四字段的第二取值。
可以理解的是，协议可以规定第四字段的不同取值表示第一子通道故障的不同原因，服务端和客户端都能够获知第四字段的不同取值表示第一子通道故障的不同原因。例如第四字段取值为0表示发送端(在方法300中发送端为客户端)的资源不足(lack of resources)，无法支持在第一子通道上发送TCP数据报文；第四字段取值为1表示发送端的策略禁止(administratively prohibited)在第一子通道上发送TCP数据报文；第四字段取值为2表示有较多的TCP数据报文(too many already acknowledged data)需要在第一子通道上传输，客户端没有在第一子通道上接收到TCP数据报文的应答报文，但是客户端在其他子通道上接收到第一子通道上的TCP数据报文的应答报文；第四字段的取值为3表示与一个MPTCP会话的其他子通道相比，第一子通道的传输性能太差(unacceptable performance)；第四字段的取值为4表示第一子通道的生存期已到期(unacceptable performance)；第四字段的取值为5表示客户端删除了第一子通道的源地址信息和目的地址信息(removed address)，例如源地址信息包括源地址IP和/或源地址端口，目的地址信息包括目的地址IP和/或目的地址端口；第四字段的取值为6表示第一子通道中间盒(也称为中间设备)存在干扰(middlebox interference)；第四字段的取值为7表示处理第一子通道上的某一个TCP选项时检测到错误(multipath TCP specific error)；第四字段的取值为8表示已发送重置字段以响应MP_FASTCLOSE选项(fast close)；第四字段的取值为9表示在第一子通道上检测到未知的错误(unspecified TCP error)；第四字段的取值为10表示网络故障不可达；第四字段的取值为11表示服务端不可达；第四字段的取值为12表示客户端路由失败；第四字段的取值为13表示服务端抑制，即由于服务端接收TCP报文的速度大于服务端处理TCP报文的速度，导致服务端积压大量TCP报文，则服务端可以向客户端发送ICMP差错报告报 文，ICMP差错报告报文中的类型段和代码段指示客户端降低发送TCP报文的速度，客户端根据ICMP差错报告报文中的类型段和代码段确定第四字段的取值为13；第四字段的取值为14表示生存时间(time to live，TTL)为0，可能出现IP环路；第四字段的取值为15以上可以定义新的故障。
情况三，在又一种可能的设计中，第一TCP选项除了情况一或情况二中包括的各个字段之外，如图7所示，第一TCP选项还可以包括用于承载故障设备(如为第三设备)的标识的第五字段和用于指示第五字段存在的第六子字段A，这种情况是任一中间设备甚至是服务端出现故障时，反馈了S330的方式三中的ICMP差错报告报文，客户端根据ICMP差错报告报文的报文头中的源IP地址指示的设备确定该设备故障，并且客户端将故障设备的标识承载在第五字段中，并在第六字段的第三取值用于指示第五字段存在。
例如，第五字段可以称为中间盒IP(middlebox IP)或者中间设备IP字段。
可选地，在情况三中，还可以包括第七字段，第七字段用于指示第五字段承载的故障设备的标识所标识的故障设备的IP协议版本，例如协议版本为IPv4或IPv6，第七字段的不同取值表示不同的协议版本。
需要理解的是，情况三中描述，利用一个字段指示协议版本，当然也可以通过两个以上的字段指示故障设备的IP协议版本，本申请不予限制。
需要说明的是，图7中的第一TCP选项包括第四字段即情况三为情况二的基础上增加了第五字段和第六字段，若第一TCP选项不包括第四字段即情况三为情况一的基础上增加的第五字段和第六字段。
情况四，在又一种可能的设计中，第一TCP选项除了情况一或情况二或情况三中包括的各个字段之外，如图8所示，第一TCP选项还可以包括用于指示第一子通道故障为瞬时故障或非瞬时故障的第八字段T。具体地，客户端根据S340确定第一子通道故障是瞬时故障还是非瞬时故障，客户端可以利用第八字段的不同取值用于指示第一子通道故障为瞬时故障还是非瞬时故障，例如第八字段的第四取值为1表示第一子通道为瞬时故障，第八字段的第五取值为0表示第一子通道为非瞬时故障，非瞬时故障可以包括永久故障和长时间故障等等。
需要理解的是，情况四中描述，利用一个字段指示瞬时故障还是非瞬时故障，当然也可以通过两个不同的字段指示第一子通道为瞬时故障还是非瞬时故障，本申请不予限制。
需要说明的是，图8中示出的各个字段都是为了理解，图8中的第一TCP选项不包括第四字段、第五字段、第六字段和第七字段即情况四为情况一的基础上增加了第八字段；若第一TCP选项包括第四字段，不包括第五字段、第六字段和第七字段即情况四为情况二的基础上增加了第八字段；若第一TCP选项包括第四字段、第五字段、第六字段和第七字段即情况四为情况三的基础上增加了第八字段。
S350，客户端通过第二子通道向服务端发送第一TCP报文，服务端接收客户端发送的第一TCP报文，第一TCP报文的报文头包括第一TCP选项，第一TCP选项用于指示第一子通道故障。
可选地，第一TCP报文可以是TCP数据报文或者TCP控制报文，本申请不予限制。
其中，第一子通道与第二子通道为第一MPTCP会话对应的两个子通道。
S360，服务端根据第一TCP报文中的第一TCP选项确定第一子通道故障。
具体地，服务端根据第一TCP选项各个字段确定第一子通道故障。若第一TCP选项为S340中的情况一中的格式，服务端解析第一TCP选项中的第一字段、第二字段和第三字段，服务端获取第一字段承载的源地址标识，获取第二字段承载的目的地址标识。服务端根据第一字段承载的源地址标识和第二字段承载的目的地址标识确定第一子通道。服务端根据第三字段的第一取值确定第一子通道故障。
下面分三种情况讨论服务端如何根据第一字段承载的源地址标识和第二字段承载的目的地址标识确定第一子通道。
情况一，若S310中服务端保存了第一子通道的源地址标识与源IP地址之间的对应关系，以及S320中服务端保存了第一子通道的目的地址标识与目的IP地址之间的对应关系，则服务端根据保存的第一子通道的源地址标识与源IP地址之间的对应关系确定第一子通道的源IP地址。服务端根据第一子通道的目的地址标识与目标IP地址之间的对应关系确定第一子通道目的IP地址。服务端根据源IP地址和目的IP地址确定第一子通道。
情况二，若S310中服务端保存的是第一子通道源地址标识与源端口和第一子通道的目的IP地址之间的对应关系，以及S320中服务端保存了第一子通道的目的地址标识与目的端口之间的对应关系，则服务端根据保存的第一子通道的源地址标识与源端口之间的对应关系确定第一子通道的源端口。服务端根据第一子通道的目的地址标识与目标端口之间的对应关系确定第一子通道目的端口。服务端根据源端口和目的端口确定第一子通道。
情况三，若S310中服务端保存的是第一子通道源地址标识与源端口和源IP地址之间的对应关系，以及S320中服务端保存了第一子通道的目的地址标识与目的端口和目的IP地址之间的对应关系，则服务端根据保存的第一子通道的源地址标识与源端口和源IP地址之间的对应关系确定第一子通道的源端口和源IP地址。服务端根据第一子通道的目的地址标识与目标端口和目的IP地址之间的对应关系确定第一子通道目的端口和目的IP地址。服务端根据源端口、源IP地址、目的端口目的IP地址确定第一子通道。
S370，服务端协助解决第一子通道的故障。
在一种可能的实现方式中，若服务端根据S360确定第一子通道故障，则服务端可以通知客户端建立新的子通道或者将当前子通道上的数据切换到其他的子通道上传输。
在一种可能的实现方式中，在服务端可以通知客户端建立新的子通道或者将当前子通道上的数据切换到其他的子通道上传输的同时，若第一TCP选项为S340中的情况二中的格式，服务端解析第一TCP选项中的第四字段，服务端获取第四字段的取值，并根据第四字段的取值确定第一子通道故障的原因。服务端根据第一子通道故障的原因可以采取相应的解决故障的措施。不同的故障原因则解决措施也可以不同。例如，服务端可以发出提示预警信息，指示第一子通道故障以及故障的原因，运维人员可以及时修复故障。
在一种可能的实现方式中，在服务端可以通知客户端建立新的子通道或者将当前子通道上的数据切换到其他的子通道上传输的同时，若第一TCP选项为S340中的情况三中的格式，服务端解析第一TCP选项中的第六字段A是否为第三取值，若第六字段A为第三取值则表示第五字段也存在。服务端解析第五字段承载的故障设备的标识。服务端确定故障设备的标识所标识的设备出现了故障导致第一子通道故障。
方法300中仅以一个客户端为例，服务端接收到预设数量的客户端中每个客户端向服务端发送的TCP选项都包括的第五字段和第六字段，并且每个客户端发送的TCP选项中 的第五字段都承载的是同一个设备的标识，则服务端可以确定第五字段承载设备的标识所标识的设备故障。服务端可以通知发送TCP选项的客户端将第一子通道上待传输的数据切换到其他的子通道上。同时，服务端可以发送提示预警信息给运维人员，提示预警信息可以指示故障设备以及故障的原因，运维人员定位到故障设备并根据故障的原因及时修复故障。
在一种可能的实现方式中，在服务端可以通知客户端建立新的子通道或者将当前子通道上的数据切换到其他的子通道上传输的同时，若S340中的情况三中第一TCP选项还包括第七字段，则服务端还可以根据第七字段确定故障设备的IP协议版本，根据故障设备的协议版本解析第五字段承载故障设备的标识，不同协议版本的故障设备则故障设备的标识也不同。
可以理解的是，本申请实施例中，也可以不包括第一TCP选项为第六字段和/或第七字段，若第一TCP选项不包括第六字段和/或第七字段，客户端可以根据第一TCP选项的长度(length)字段的取值确定是否有第五字段和第七字段。
在一种可能的实现方式中，在服务端可以通知客户端建立新的子通道或者将当前子通道上的数据切换到其他的子通道上传输的同时，若第一TCP选项为S340中的情况四中的格式，服务端解析第一TCP选项中的第八字段T，服务端根据第八字段的第四取值或者第五取值确定第一子通道是瞬时故障还是非瞬时故障，若服务端根据第八字段的第四取值确定第一子通道为瞬时故障，则服务端可以尝试继续建立第一子通道；若服务端根据第八的第五取值确定第一子通道为非瞬时故障，则服务端尝试建立其他的子通道或者尝试在其他的已经建立的子通道上传输TCP数据报文。
可选地，若服务端根据第八字段的第五取值确定第一子通道为非瞬时故障，则服务端可以删除第一子通道的相关配置信息，释放资源。
为了更好的说明方法300，下面结合图9至图12进行举例描述，如图9所示，客户端1和客户端2支持MPTCP传输，并且也能向服务端发送TCP选项。客户端1和客户端2可以位于不同的小区甚至位于不同的城市。客户端1和客户端2可以通过互联网服务提供商(internet service provider，ISP)1或者ISP2访问服务端。下面以源地址标识和源IP存在对应关系，目的地址标识与目的IP存在对应关系为例描述，源地址标识与源端口的对应关系，目的地址标识与目的端口的对应关系类似，为例避免赘述，不详细举例。如图10所示，方法1000包括：
S1001，客户端1与服务端建立MPTCP会话1，并分别根据三次握手建立<IP1，IP3>和<IP2，IP4>两条子通道。
可选地，客户端1可以在建立子通道<IP1，IP3>过程中可以将子通道<IP1，IP3>的源地址标识和源IP地址的对应关系通过ADD_ADDR选项1(例如ADD_ADDR选项2可以为前述的第一ADD_ADDR选项)发送给服务端，如子通道<IP1，IP3>的源地址标识与源地址IP的对应关系为<10，IP1>，即用10指示源地址IP1。此时不存在S1002。
可选地，客户端1可以在建立子通道<IP2，IP4>过程中可以将子通道<IP2，IP4>的源地址标识和源IP地址的对应关系通过ADD_ADDR选项2(例如ADD_ADDR选项2可以为前述的第一ADD_ADDR选项)发送给服务端，如子通道<IP2，IP4>的源地址标识与源地址IP的对应关系为<20，IP2>，即用20指示源地址IP1。此时不存在S1003。
可选地，客户端1可以通过建立的首个子通道将子通道<IP1，IP3>的源地址标识和源IP地址的对应关系以及子通道<IP2，IP4>的源地址标识和源IP地址的对应关系发送到服务端。
可选地，服务端可以在建立子通道<IP1，IP3>过程中可以将子通道<IP1，IP3>的目的地址标识和目的IP地址的对应关系通过ADD_ADDR选项3(例如ADD_ADDR选项3可以为前述的第二ADD_ADDR选项)发送给客户端1，如子通道<IP1，IP3>的目的地址标识与目的地址IP的对应关系为<30，IP3>，即用30指示源地址IP3。此时不存在S1004。
可选地，服务端可以在建立子通道<IP2，IP4>过程中可以将子通道<IP2，IP4>的目的地址标识和目的IP地址的对应关系通过ADD_ADDR选项4(例如ADD_ADDR选项4可以为前述的第二ADD_ADDR选项)发送给客户端1，如子通道<IP2，IP4>的目的地址标识与目的地址IP的对应关系为<40，IP4>，即用40指示源地址IP4。此时不存在S1005。
可选地，服务端可以通过建立的首个子通道将子通道<IP1，IP3>的目的地址标识和目的IP地址的对应关系以及子通道<IP2，IP4>的目的地址标识和目的IP地址的对应关系发送到客户端1。
S1002，客户端1向服务端发送TCP数据报文或者TCP控制报文，TCP数据报文或者TCP控制报文包括ADD_ADDR选项1，ADD_ADDR选项1包括子通道<IP1，IP3>的源地址标识和源IP地址的对应关系。
S1003，客户端1向服务端发送TCP数据报文或者TCP控制报文，TCP数据报文或者TCP控制报文包括ADD_ADDR选项2，ADD_ADDR选项2包括子通道<IP2，IP4>的源地址标识和源IP地址的对应关系。
可选地，S1002和S1003中，客户端1可以通过同一个TCP数据报文向服务端发送ADD_ADDR选项1和ADD_ADDR选项2。
可选地，S1002和S1003中，客户端1可以通过同一个TCP控制报文向服务端发送ADD_ADDR选项1和ADD_ADDR选项2。
需要说明的是，S1002和S1003之间的顺序关系也不作限定。S1002在S1003之前或者之后或者同时进行。
S1004，服务端向客户端1发送TCP数据报文或者TCP控制报文，TCP数据报文或者TCP控制报文包括ADD_ADDR选项3，ADD_ADDR选项3包括子通道<IP1，IP3>的目的地址标识和目的IP地址的对应关系。
S1005，服务端向客户端1发送TCP数据报文或者TCP控制报文，TCP数据报文或者TCP控制报文包括ADD_ADDR选项4，ADD_ADDR选项4包括子通道<IP2，IP4>的目的地址标识和目的IP地址的对应关系。
可选地，S1004和S1005中，服务端可以通过同一个TCP数据报文向客户端1发送ADD_ADDR选项3和ADD_ADDR选项4。
可选地，S1004和S1005中，服务端可以通过同一个TCP控制报文向客户端1发送ADD_ADDR选项3和ADD_ADDR选项4。
需要说明的是，S1004和S1005之间的顺序关系也不作限定。S1004和S1005之前或者之后或者同时进行。
上述步骤中，服务端和客户端可以保存子通道<IP1，IP3>的源地址标识与源地址IP的 对应关系<10，IP1>，以及，子通道<IP1，IP3>的目的地址标识与目的地址IP的对应关系<30，IP3>。
上述步骤中，服务端和客户端可以保存子通道<IP2，IP4>的源地址标识与源地址IP的对应关系<20，IP2>，以及，子通道<IP2，IP4>的目的地址标识与目的地址IP的对应关系<40，IP4>。
S1006，客户端2与服务端建立MPTCP会话2，并分别根据三次握手建立<IP5，IP3>和<IP6，IP4>两条子通道。
可选地，客户端2可以在建立子通道<IP5，IP3>过程中可以将子通道<IP5，IP3>的源地址标识和源IP地址的对应关系通过ADD_ADDR选项5(例如ADD_ADDR选项5可以为前述的第一ADD_ADDR选项)发送给服务端，如子通道<IP5，IP3>的源地址标识与源地址IP的对应关系为<50，IP5>，即用50指示源地址IP5。此时不存在S1007。
可选地，客户端2可以在建立子通道<IP6，IP4>过程中可以将子通道<IP6，IP4>的源地址标识和源IP地址的对应关系通过ADD_ADDR选项6(例如ADD_ADDR选项6可以为前述的第一ADD_ADDR选项)发送给服务端，如子通道<IP6，IP4>的源地址标识与源地址IP的对应关系为<60，IP6>，即用60指示源地址IP6。此时不存在S1008。
可选地，客户端2可以通过建立的首个子通道将子通道<IP5，IP3>的源地址标识和源IP地址的对应关系以及子通道<IP6，IP4>的源地址标识和源IP地址的对应关系发送到服务端。
可选地，服务端可以在建立子通道<IP5，IP3>过程中可以将子通道<IP5，IP3>的目的地址标识和目的IP地址的对应关系通过ADD_ADDR选项7(例如ADD_ADDR选项7可以为前述的第二ADD_ADDR选项)发送给客户端2，如子通道<IP5，IP3>的目的地址标识与目的地址IP的对应关系为<30，IP3>，即用30指示源地址IP3。此时不存在S1009。
可选地，服务端可以在建立子通道<IP6，IP4>过程中可以将子通道<IP6，IP4>的目的地址标识和目的IP地址的对应关系通过ADD_ADDR选项8(例如ADD_ADDR选项8可以为前述的第二ADD_ADDR选项)发送给客户端2，如子通道<IP6，IP4>的目的地址标识与目的地址IP的对应关系为<40，IP4>，即用40指示源地址IP4。此时不存在S1010。
可选地，服务端可以通过建立的首个子通道将子通道<IP5，IP3>的目的地址标识和目的IP地址的对应关系以及子通道<IP6，IP4>的目的地址标识和目的IP地址的对应关系发送到客户端2。
S1007，客户端2向服务端发送TCP数据报文或者TCP控制报文，TCP数据报文或者TCP控制报文包括ADD_ADDR选项5，ADD_ADDR选项5包括子通道<IP5，IP3>的源地址标识和源IP地址的对应关系。
S1008，客户端2向服务端发送TCP数据报文或者TCP控制报文，TCP数据报文或者TCP控制报文包括ADD_ADDR选项6，ADD_ADDR选项6包括子通道<IP6，IP4>的源地址标识和源IP地址的对应关系。
可选地，S1007和S1008中，客户端2可以通过同一个TCP数据报文向服务端发送ADD_ADDR选项5和ADD_ADDR选项6。
可选地，S1007和S1008中，客户端2可以通过同一个TCP控制报文向服务端发送ADD_ADDR选项5和ADD_ADDR选项6。
需要说明的是，S1007和S1008之间的顺序关系也不作限定。S1007在S1008之前或者之后或者同时进行。
S1009，服务端向客户端2发送TCP数据报文或者TCP控制报文，TCP数据报文或者TCP控制报文包括ADD_ADDR选项7，ADD_ADDR选项7包括子通道<IP5，IP3>的目的地址标识和目的IP地址的对应关系。
S1010，服务端向客户端2发送TCP数据报文或者TCP控制报文，TCP数据报文或者TCP控制报文包括ADD_ADDR选项8，ADD_ADDR选项8包括子通道<IP6，IP4>的目的地址标识和目的IP地址的对应关系。
可选地，S1009和S1010中，服务端可以通过同一个TCP数据报文向客户端1发送ADD_ADDR选项7和ADD_ADDR选项8。
可选地，S1009和S1010中，服务端可以通过同一个TCP控制报文向客户端1发送ADD_ADDR选项7和ADD_ADDR选项8。
需要说明的是，S1009和S1010之间的顺序关系也不作限定。S1009和S1010之前或者之后或者同时进行。
上述步骤中，服务端和客户端可以保存子通道<IP5，IP3>的源地址标识与源地址IP的对应关系<50，IP5>，以及，子通道<IP5，IP3>的目的地址标识与目的地址IP的对应关系<30，IP3>。
上述步骤中，服务端和客户端可以保存子通道<IP6，IP4>的源地址标识与源地址IP的对应关系<60，IP6>，以及，子通道<IP6，IP4>的目的地址标识与目的地址IP的对应关系<40，IP4>。
需要说明的，S1001-S1005与S1006-S1010之间的顺序并不限定。S1001-S1005中的任何一个步骤可以在S1006-S1010中的任何一个步骤之间或者之后或者同时进行，本申请实施例不予限制。
若ISP2到服务端的网关设备(该网关设备可以为前述的第三设备)故障，这样导致ISP2到服务端的网络链路中断。
S1011，客户端1在子通道<IP2，IP4>上发送的TCP报文(TCP数据报文或者TCP控制报文)由于服务端的网关故障导致TCP报文丢弃。
S1012，网关设备根据S1011丢失的TCP报文生成ICMP差错报告报文1，ICMP差错报告报文1的源IP地址为网关设备的IP地址，如为IP7，ICMP差错报告报文1的类型字段和代码段指示网关设备故障以及故障的原因。
S1013，网关设备通过子通道<IP2，IP4>将ICMP差错报告报文1发送回客户端1。
S1014，客户端1根据ICMP差错报告报文1中的类型字段和代码段确定子通道<IP2，IP4>(也称为第一子通道)故障以及故障的原因。
S1015，客户端1生成TCP选项1，也即为前述的第一TCP选项。
例如，具体的格式如图11所示，其中，类别(Kind)表示TCP选项1的类别，类别固定为30，30表示该TCP选项1为MPTCP的TCP选项；长度(Length)为TCP选项1的长度，如总长度可以为10字节；第一字段承载子通道<IP2，IP4>的源地址标识为20，也可以称为SrcAddressID；第二字段承载子通道<IP2，IP4>的目的地址标识为40，也可以称为目的地址标识DestAddressID；第三字段的子类型表示TCP选项1为子流故障通告选 项(subflow fault announce option)，子类型的值(第二取值)可以是协议规定的值，具体可以根据协议规定，本申请实施例对此不作限定；第四字段用于指示子通道<IP2，IP4>故障的原因，例如用第四字段的第二取值为10指示网关设备故障的原因；第五字段用于指示网络设备的IP地址标识，例如用IP7表示网关设备的源地址标识；第六字段的第三取值为1用于指示第五字段存在；第七字段为1用于指示网关设备的协议类型为IPv4；第八字段为的第五取值为1用于指示子通道<IP2，IP4>故障为非瞬时故障。
S1016，客户端1在子通道<IP1，IP3>向服务端发送TCP数据报文或者TCP控制报文，TCP数据报文或者TCP控制报文携带TCP选项1。
S1017，客户端2在子通道<IP6，IP4>上发送的TCP报文(TCP数据报文或者TCP控制报文)由于服务端的网关故障导致TCP报文丢弃。
S1018，网关设备根据S1015丢失的TCP报文生成ICMP差错报告报文2ICMP差错报告报文2的源IP地址为网关设备的IP地址，如为IP7，ICMP差错报告报文2的类型字段和代码段指示网关设备故障以及故障的原因。
在该例子中，ICMP差错报告报文1和ICMP差错报告报文2的类型字段和代码段指示网关设备故障相同以及故障的原因相同。
S1019，网关设备通过子通道<IP6，IP4>向客户端2发送ICMP差错报告报文2。
S1020，客户端2根据ICMP差错报告报文2中的类型字段和代码段确定子通道<IP6，IP4>(也称为第一子通道)故障以及故障的原因。
S1021，客户端2生成TCP选项2，也即为前述的第一TCP选项。
例如，具体的格式如图12所示，其中，类别(Kind)表示TCP选项2的类别，类别固定为30，30表示该TCP选项2为MPTCP的TCP选项；长度(Length)为TCP选项2的长度，如总长度可以为10字节；第一字段承载子通道<IP6，IP4>的源地址标识为60，也可以称为SrcAddressID；第二字段承载子通道<IP6，IP4>的目的地址标识为40，也可以称为目的地址标识DestAddressID；第三字段的子类型表示TCP选项2为子流故障通告选项(subflow fault announce option)，子类型的值(第一取值)可以是协议规定的值，具体可以根据协议规定，本申请实施例对此不作限定；第四字段用于指示子通道<IP6，IP4>故障的原因，例如用第二取值10指示网关设备故障的原因；第五字段用于指示网络设备的IP地址标识，例如用IP7表示网关设备的源地址标识；第六字段的第三取值为1用于指示第五字段存在；第七字段为1用于指示网关设备的协议类型为IPv4；第八字段的第五取值为1用于指示子通道<IP2，IP4>故障为非瞬时故障。
S1022，客户端2在子通道<IP5，IP3>向服务端发送TCP数据报文或者TCP控制报文，TCP数据报文或者TCP控制报文携带TCP选项2。
需要说明的，S1011-S1016与S1017-S1022之间的顺序并不限定。S1011-S1016中的任何一个步骤可以在S1017-S1022中的任何一个步骤之间或者之后或者同时进行，本申请实施例不予限制。
S1023，服务端收到S1016和S1020的TCP数据报文或者TCP控制报文，获取TCP选项1和TCP选项2。
S1024，服务端可以根据TCP选项1和TCP选项2统计故障并分析。服务端并发送提示预警信息给运维人员，提示预警信息可以指示故障设备以及故障的原因，运维人员定位 到故障设备并根据故障的原因及时修复故障。
具体地，服务端可以根据TCP选项1中的第三字段的取值确定第一字段承载的20以及第二字段承载的40所标识的子通道<IP2，IP4>故障；服务端根据TCP选项2中的第三字段的取值确定第一字段承载的60以及第二字段承载的40所标识的子通道<IP6，IP4>故障；服务端可以根据TCP选项1和TCP选项2中的第四字段的第二取值为10确定第五字段所承载的网关标识所标识的网关设备故障导致第一子通道故障。
可选地，服务端可以将统计的故障发送给大数据平台，大数据平台分析故障。大数据平台并发送提示预警信息给运维人员，提示预警信息可以指示故障设备以及故障的原因，运维人员定位到故障设备并根据故障的原因及时修复故障。
需要说明的是，本申请实施例中，仅以客户端向服务端通过TCP数据报文或者TCP控制报文发送第一TCP选项。同样的，服务端也可以通过TCP数据报文或者TCP控制报文向客户端发送第一TCP选项，服务端可以在第二子通道上向客户端发送TCP数据报文或者TCP控制报文，TCP数据报文或者TCP控制报文携带第一TCP选项，第一TCP选项用于指示第一子通道故障，第一TCP选项包括的第一字段用于承载第一子通道的源地址标识，第二字段用于承载第一子通道目的地址标识，此时源地址标识和目的地址标识以服务端为参考。为了避免赘述，本申请不详细描述服务端通过TCP数据报文或者TCP控制报文发送第一TCP选项。
需要说明的是，本申请实施例中的第一TCP选项和ADD_ADDR选项的格式仅仅是举例描述，本申请对每个选项的格式没有任何限制，并且每个选项中的各个字段之间的位置关系以及长度也不限定，各个选项可以包括本申请实施例中提到的更多或者更少的字段，本申请不予限制。
本实施例可以根据上述方法示例对客户端和服务端进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块可以采用硬件的形式实现。需要说明的是，本实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
本实施例提供的客户端和服务端，用于执行上述通知故障的方法，因此可以达到与上述实现方法相同的效果。在采用集成的单元的情况下，客户端和服务端分别可以包括处理模块、存储模块和通信模块。其中，处理模块可以用于对客户端和服务端的动作进行控制管理，例如，可以用于支持电子设备执行处理单元执行的步骤。存储模块可以用于支持客户端和服务端执行存储程序代码和数据等。通信模块，可以用于支持客户端和服务端与其他设备的通信。
其中，处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理(digital signal processing，DSP)和微处理器的组合等等。存储模块可以是存储器。通信模块具体可以为射频电路、蓝牙芯片、Wi-Fi芯片等与其他电子设备交互的设备。
在一个实施例中，当处理模块为处理器，存储模块为存储器时，本实施例所涉及的电 子设备可以为具有图2所示结构的设备。
本实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中的安全访问数据的方法。
本实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的安全访问数据的方法。
另外，本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中的安全访问数据的方法。
其中，本实施例提供的电子设备、计算机存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。
通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (25)

  1. 一种通知故障的方法，其特征在于，包括：
    第一设备确定第一子通道故障；
    所述第一设备通过第二子通道向第二设备发送第一TCP报文，所述第一TCP报文包括第一TCP选项，所述第一TCP选项用于指示所述第一子通道故障，所述第一子通道和所述第二子通道为第一MPTCP会话对应的子通道。
  2. 根据权利要求1所述的方法，其特征在于，所述第一TCP选项包括第一字段、第二字段和第三字段，所述第一字段用于承载所述第一子通道的源地址标识，所述第二字段用于承载所述第一子通道的目的地址标识，所述第三字段的第一取值用于指示所述第一字段承载的所述源地址标识和所述第二字段承载的所述目的地址标识所标识的所述第一子通道故障。
  3. 根据权利要求1或2所述的方法，其特征在于，所述方法还包括：
    所述第一设备确定第一子通道故障的原因；
    其中，所述第一TCP选项包括第四字段，所述第四字段的第二取值用于指示所述第一子通道故障的原因。
  4. 根据权利要求3所述的方法，其特征在于，所述第一设备确定第一子通道故障的原因，包括：
    所述第一设备检测本地故障，确定所述第一子通道故障的原因；或者
    所述第一设备根据检测任务检测所述第一子通道故障的原因。
  5. 根据权利要求3所述的方法，其特征在于，所述第一设备确定第一子通道故障的原因，包括：
    所述第一设备通过所述第一子通道接收第三设备发送的网络控制消息协议ICMP差错报告报文，所述ICMP差错报告报文用于指示所述第一子通道故障的原因；
    所述第一设备根据所述ICMP差错报告报文确定所述第一子通道故障的原因；
    其中，所述第一TCP选项包括第五字段，所述第五字段用于承载所述第三设备的标识。
  6. 根据权利要求5所述的方法，其特征在于，所述第一TCP选项还包括第六字段，所述第六字段的第三取值用于指示所述第五字段存在。
  7. 根据权利要求5或6所述的方法，其特征在于，所述第一TCP选项还包括第七字段，所述第七字段用于承载所述第三设备的IP协议版本。
  8. 根据权利要求1至7中任一项所述的方法，其特征在于，所述第一TCP选项还包括第八字段，所述第八字段的第四取值用于指示所述第一子通道故障为瞬时故障，所述第八字段的第五取值用于指示所述第一子通道故障为非瞬时故障。
  9. 根据权利要求1至8中任一项所述的方法，其特征在于，所述第一设备通过第二子通道向第二设备发送第一TCP报文之前，所述方法还包括：
    所述第一设备向所述第二设备发送第二TCP报文，所述第二TCP报文包括第一通告地址ADD_ADDR选项，所述第一ADD_ADDR选项包括所述第一子通道的源IP地址和所述第一子通道的源地址标识之间的对应关系。
  10. 根据权利要求1至9中任一项所述的方法，其特征在于，所述第一设备通过第 二子通道向第二设备发送第一TCP报文之前，所述方法还包括：
    所述第一设备接收所述第二设备发送的第三TCP报文，所述第三TCP报文包括所述第二ADD_ADDR选项，所述第二ADD_ADDR选项包括所述第一子通道的目标IP地址和所述第一子通道的目标地址标识之间的对应关系。
  11. 一种通知故障的方法，其特征在于，包括：
    第二设备通过第二子通道接收第一设备发送的第一TCP报文，所述第一TCP报文包括第一TCP选项，所述第一TCP选项用于指示所述第一子通道故障，所述第一子通道和所述第二子通道为第一MPTCP会话对应的子通道；
    所述第二设备根据所述第一TCP选项确定所述第一子通道故障。
  12. 根据权利要求11所述的方法，其特征在于，所述第一TCP选项包括第一字段、第二字段和第三字段，所述第一字段用于承载所述第一子通道的源地址标识，所述第二字段用于承载所述第一子通道的目的地址标识，所述第三字段的第一取值用于指示所述第一字段承载的所述源地址标识和所述第二字段承载的所述目的地址标识所标识的所述第一子通道故障；
    其中，所述第二设备根据所述第一TCP选项确定所述第一子通道故障，包括：
    所述第二设备根据所述第三字段的第一取值确定所述第一字段承载的所述源地址标识和所述第二字段承载的目的地址标识所标识的第一子通道故障。
  13. 根据权利要求11或12所述的方法，其特征在于，所述第一TCP选项包括第四字段，所述第四字段的第二取值用于指示所述第一子通道故障的原因；
    所述方法还包括：
    所述第二设备根据所述第四字段的第二取值确定所述第一子通道故障的原因；
    所述第二设备根据所述第一子通道故障的原因确定解决所述第一子通道故障的策略。
  14. 根据权利要求11至13中任一项所述的方法，其特征在于，所述第一TCP选项包括第五字段，所述第五字段用于承载故障的第三设备的标识，所述方法还包括：
    所述第二设备根据所述第五字段承载的所述第三设备的标识确定所述第三设备故障。
  15. 根据权利要求14所述的方法，其特征在于，所述第一TCP选项还包括第六字段，所述第六字段的第三取值用于指示所述第五字段存在；
    在所述第二设备根据所述第五字段承载的所述第三设备的标识确定所述第三设备故障之前，所述方法还包括：
    所述第二设备根据所述第六字段的第三取值确定所述第五字段存在。
  16. 根据权利要求14或15所述的方法，其特征在于，所述第一TCP选项还包括第七字段，所述第七字段用于承载所述第三设备的IP协议版本；
    所述方法还包括：
    所述第二设备根据所述第七字段承载的所述第三设备的协议版本解析所述第五字段承载的所述第三设备的标识。
  17. 根据权利要11至16中任一项所述的方法，其特征在于，所述第一TCP选项还包括第八字段，所述第八字段的第四取值用于指示所述第一子通道故障为瞬时故障， 所述第八字段的第五取值用于指示所述第一子通道故障为非瞬时故障；所述方法还包括：
    所述第二设备根据所述第八字段的所述第四取值或者所述第五取值确定所述第一子通道为瞬时故障或非瞬时故障。
  18. 根据权利要求11至17中任一项所述的方法，其特征在于，在所述第二设备通过第二子通道接收第一设备发送的第一TCP报文之前，所述方法还包括：
    所述第二设备向所述第一设备发送第二TCP报文，所述第二TCP报文包括第一通告地址选项，所述第一ADD_ADDR选项包括所述第一子通道的源IP地址和所述第一子通道的源地址标识之间的对应关系。
  19. 根据权利要求11至18中任一项所述的方法，其特征在于，在所述第二设备通过第二子通道接收第一设备发送的第一TCP报文之前，所述方法还包括：
    所述第二设备接收所述第一设备发送的第三TCP报文，所述第三TCP报文包括所述第二ADD_ADDR选项，所述第二ADD_ADDR选项包括所述第一子通道的目标IP地址和所述第一子通道的目标地址标识之间的对应关系。
  20. 一种电子设备，其特征在于，包括：一个或多个处理器；存储器；安装有多个应用程序的模块；以及一个或多个程序，其中所述一个或多个程序被存储在所述存储器中，当所述一个或者多个程序被所述处理器执行时，使得所述电子设备执行如权利要求1至10中任一项所述的方法。
  21. 一种电子设备，其特征在于，包括：一个或多个处理器；存储器；安装有多个应用程序的模块；以及一个或多个程序，其中所述一个或多个程序被存储在所述存储器中，当所述一个或者多个程序被所述处理器执行时，使得所述电子设备执行如权利要求11至19中任一项所述的方法。
  22. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如权利要求1至10中任一项所述的方法。
  23. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如权利要求11至19中任一项所述的方法。
  24. 一种计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如权利要求1至10中任一项所述的方法。
  25. 一种计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如权利要求11至19中任一项所述的方法。
PCT/CN2021/105059 2020-07-09 2021-07-07 通知故障的方法和电子设备 WO2022007861A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010660058.4A CN113923696A (zh) 2020-07-09 2020-07-09 通知故障的方法和电子设备
CN202010660058.4 2020-07-09

Publications (1)

Publication Number Publication Date
WO2022007861A1 true WO2022007861A1 (zh) 2022-01-13

Family

ID=79231984

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/105059 WO2022007861A1 (zh) 2020-07-09 2021-07-07 通知故障的方法和电子设备

Country Status (2)

Country Link
CN (1) CN113923696A (zh)
WO (1) WO2022007861A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114500690A (zh) * 2022-02-15 2022-05-13 平安科技（深圳）有限公司 接口数据处理方法、装置、电子设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102395172A (zh) * 2011-11-16 2012-03-28 武汉大学 一种工业无线网状网络的数据传输方法
CN106879262A (zh) * 2014-07-28 2017-06-20 诺基亚通信公司 用于支持多个传输路径的传输协议的基于消息的路径选择
US10659569B1 (en) * 2019-01-18 2020-05-19 Hewlett Packard Enterprise Development Lp End-to-end multipath TCP through network gateways

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105991353A (zh) * 2015-07-27 2016-10-05 杭州迪普科技有限公司 故障定位的方法和装置
CN108769257B (zh) * 2018-06-28 2021-05-07 新华三信息安全技术有限公司 一种服务器切换方法及装置
CN110875855A (zh) * 2018-08-30 2020-03-10 北京华为数字技术有限公司 检测网络链路状态的方法和网络设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102395172A (zh) * 2011-11-16 2012-03-28 武汉大学 一种工业无线网状网络的数据传输方法
CN106879262A (zh) * 2014-07-28 2017-06-20 诺基亚通信公司 用于支持多个传输路径的传输协议的基于消息的路径选择
US10659569B1 (en) * 2019-01-18 2020-05-19 Hewlett Packard Enterprise Development Lp End-to-end multipath TCP through network gateways

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
OH BONG-HWAN; LEE JAIYONG: "Feedback-Based Path Failure Detection and Buffer Blocking Protection for MPTCP", IEEE /ACM TRANSACTIONS ON NETWORKING, IEEE / ACM, NEW YORK, NY., US, vol. 24, no. 6, 1 December 2016 (2016-12-01), US , pages 3450 - 3461, XP011637330, ISSN: 1063-6692, DOI: 10.1109/TNET.2016.2527759 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114500690A (zh) * 2022-02-15 2022-05-13 平安科技（深圳）有限公司 接口数据处理方法、装置、电子设备及存储介质
CN114500690B (zh) * 2022-02-15 2023-08-18 平安科技（深圳）有限公司 接口数据处理方法、装置、电子设备及存储介质

Also Published As

Publication number Publication date
CN113923696A (zh) 2022-01-11

Similar Documents

Publication Publication Date Title
EP2611075B1 (en) Fault detection method and system
EP2495927A1 (en) Concept for providing information on a data packet association and for forwarding a data packet
EP2671352B1 (en) System and method for aggregating and estimating the bandwidth of multiple network interfaces
US8811190B2 (en) Maximum transmission unit (MTU) size discovery mechanism and method for data-link layers
JP2006074769A (ja) ネットワークのポートマッピング用システム
TW201421232A (zh) 在一冗餘群組中實施故障備援的方法、裝置與電腦程式產品
WO2017054547A1 (zh) 双向转发检测的方法和装置
WO2011157145A2 (zh) 通信设备间的主备倒换方法、通信设备和系统及服务请求设备
CN107872368B (zh) 一种网络节点集群中网关可达性的检测方法、装置及终端
US11979283B2 (en) Stacking-port configuration using zero-touch provisioning
CN105338535A (zh) 一种使用移动终端进行无线组网的方法
EP2874349B1 (en) Communication path processing method and apparatus
WO2020173424A1 (zh) 报文处理的方法和网关设备
CN113676947A (zh) 通信方法和装置
KR20120134466A (ko) 메쉬 네트워크 노드 및 그의 데이터 전송 방법
WO2022007861A1 (zh) 通知故障的方法和电子设备
WO2011157146A2 (zh) 通信设备间的主备倒换方法、通信设备和系统及服务请求设备
CA3137068A1 (en) Efficient message transmission and loop avoidance in an rpl network
CN107332793B (zh) 一种报文转发方法、相关设备及系统
JP5582321B2 (ja) 複数のコンピューティング装置に対する１対多データ送信を促進する方法およびシステム
US9256416B1 (en) Methods and apparatus for automatic session validation for distributed access points
CN116195352A (zh) 接入流量管理
CN112994946A (zh) 一种链路聚合方法
WO2022002215A1 (zh) 传输数据的方法和装置
EP2728815B1 (en) Method and rbridge for avoiding esadi protocol packet storms

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21838393

Country of ref document: EP

Kind code of ref document: A1