WO2012089107A1 - 在IPv4网络中传递信息的方法和装置 - Google Patents

在IPv4网络中传递信息的方法和装置 Download PDF

Info

Publication number
WO2012089107A1
WO2012089107A1 PCT/CN2011/084751 CN2011084751W WO2012089107A1 WO 2012089107 A1 WO2012089107 A1 WO 2012089107A1 CN 2011084751 W CN2011084751 W CN 2011084751W WO 2012089107 A1 WO2012089107 A1 WO 2012089107A1
Authority
WO
WIPO (PCT)
Prior art keywords
extended function
packet
header
message
field
Prior art date
Application number
PCT/CN2011/084751
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 WO2012089107A1 publication Critical patent/WO2012089107A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers

Definitions

  • IPv4 Internet Protocol Version 4
  • IETF Internet Engineering Task Force
  • IPv4 protocol has been very stable after years of application and development.
  • technicians are investigating a number of new features (ie, extended feature features) that are used to complement IPv4 protocol functionality.
  • the implementation of many functional features depends on the cooperation of the protocol, that is, the IP Header (IP Header) needs to be set to indicate all the nodes on the path, or the source IP node/destination IP node.
  • IP Header IP Header
  • This extension feature is supported.
  • the IP header of the IP packet has no free fields to use, which means that many features will not be implemented due to the ability of the protocol.
  • the Transmission Control Protocol/Internet Protocol TCP/IP protocol family specifies that the protocol stack reserves a time (2 minutes) of life for each message, and at this specified time. In addition, TCP must ensure that each message has a unique 16-bit identifier. On the other hand, in order to avoid packet segmentation at the intermediate node, TCP also records the MSS (Maximum Segment Size) of the TCP connection in the protocol stack. , maximum segment size), only send packet data smaller than the MSS to the IP layer. Resulting in 2 minutes, the number of packets that can be transmitted up to 216, resulting in TCP transmission bandwidth limit, When the MTU is 1500 bytes, the theoretical maximum performance of the TCP connection in IPv4 is 6.4 Mbps, but this rate cannot meet the growing demand of people.
  • MSS Maximum Segment Size
  • the present invention provides an IPv4 network and a method and apparatus for communicating information in the network to improve the quality of service of the IP network.
  • a method for communicating information in an IPv4 network including:
  • the extended function information includes an extended function type.
  • a method for transmitting information in an IPv4 network including: receiving a message, the reserved tag field of the IP header of the packet carrying an extended function indication; and an IP header of the to-be-sent packet
  • the segment offset field sets the extended function to indicate corresponding extended function information and sends the set message, and the extended function information includes an extended function type.
  • an apparatus for transmitting information in an IPv4 network including: a setting unit, configured to set an extended function indication in a reserved mark field of an IP header of the packet; and a message sending and receiving unit, configured to send by The message after the setting unit is set;
  • the packet sending and receiving unit is further configured to receive a packet, where a segment offset field of the IP header of the received packet carries extended function information corresponding to the extended function indication, where the extended function information includes an extended function type.
  • an apparatus for transmitting information in an IPv4 network includes: a packet sending and receiving unit, configured to receive a message, where a reserved tag field of an IP header of the received packet carries an extended function indication;
  • the extended function information Information includes extended function types
  • the message sending and receiving unit is further configured to send the message set by the setting unit.
  • the extended function information includes an extended function type, so that the user can transmit more function indications by using the IPv4 protocol, and the IPv4 protocol function is extended.
  • FIG. 1 is a schematic diagram of an IP header structure of an IPv4 packet in the prior art
  • FIG. 2 is a flowchart of a method for transmitting information in an IPv4 network according to an embodiment of the present invention
  • FIG. 3 is a flowchart of a method for transmitting information in an IPv4 network according to still another embodiment of the present invention.
  • FIG. 4 is a schematic diagram of a header structure of an IP packet provided in a method for transmitting information in an IPv4 network according to another embodiment of the present invention
  • FIG. 5 is a flowchart of a method for transmitting information in an IPv4 network according to still another embodiment of the present invention.
  • FIG. 6 is a schematic diagram of a header structure of an IP packet provided in a method for transmitting information in an IPv4 network according to another embodiment of the present invention.
  • FIG. 7 is a flowchart of a method for transmitting information in an IPv4 network according to still another embodiment of the present invention.
  • FIG. 8 is a schematic structural diagram of an apparatus for transmitting information in an IPv4 network according to an embodiment of the present invention.
  • FIG. 9 is a schematic diagram of an apparatus for transmitting information in an IPv4 network according to still another embodiment of the present invention. Schematic. DETAILED DESCRIPTION OF THE INVENTION For the sake of clarity, the following briefly introduces some English abbreviations or technical terms appearing in this article:
  • the IPv4 header definition is shown in Figure 1.
  • the IP header includes: version number (Version), header length (Internet Header Length), and service type (Type of Service). ), Total Length, IP Message Identifier, Flags, Fragment Offset, etc.
  • the IP file identifier field has a total of 16 bits, which is used to mark the identifier of a single IP file. Therefore, the communication device in the system can process the specified packet according to the identifier of the IP packet within a certain period of time, for example, to specify the specified packet.
  • the flag field has 3 bits, of which:
  • BitO reserved, must be zero
  • BitO has not yet defined the usage mode, and it belongs to the reserved tag field.
  • the segment offset field has a total of 13 bits, which is used to identify the position of each new segmentation generated in the original IP packet after the original IP packet is segmented (this field indicates where in the datagram this fragment belongs)
  • the specific identification is:
  • the value of the segment offset represents the number of 8 octets (ie, bytes), for example, segmentation bias Move to 0, which means that the segmentation group is the first fragment has the original content (The first fragment has off zero), and the segmentation offset is N, which means that the segmentation group is the original before the segmentation.
  • the specific length of the segment is represented by the total length of the IP header field in the segmentation packet.
  • the existing segmented offset field is wasteful in use, because TCP is used to avoid data in the middle when transmitting data over IP. By segmenting the router, it does not generate excessive data segments, so multiple segmented message offsets are not generated, which means that long segment offset fields are not required.
  • this paper proposes a scheme to increase the functional characteristics (ie, extend the IPv4 protocol function), and use the partial fields of the segment offset field in the IP packet to deliver extended function information.
  • This embodiment provides a method for transmitting information in an IPv4 network.
  • the specific process of the method is as shown in FIG. 2, and includes the following steps:
  • Step S21 Setting an extended function indication in a reserved tag field of the IP header in the message.
  • the reserved tag field, BitO of the Flags field is set to 0 by default.
  • the scheme uses the flags field to transmit extended function indications, and on the one hand, fully utilizes IP packet bit information, and on the other hand does not affect the basic format of the IP header of the entire IP packet. Also, to avoid conflicts with the default, you can set the value of BitO to 1 to indicate an extended function indication.
  • Step S22 Send the packet with the extended function indication.
  • Step S23 Receive a message, where a segment offset field of the IP header of the received packet carries extended function information corresponding to the extended function indication, where the extended function information includes an extended function type.
  • the device that receives the IP packet carrying the extended function indication if the extended function is supported, in the returned IP packet, the segment offset field of the IP header of the IP packet carries the extension corresponding to the extension Extended function information indicated by the function.
  • the extended function type of the extended function information may include a supplementary IP packet identifier, and the packet identifier is carried by the supplementary IP packet identifier and the IP packet identifier (Identification) in the packet IP header, which is increased.
  • the amount of TCP data transmitted solved the existing IPv4 network transmission TCP
  • the problem of insufficient data bandwidth improves the service quality of IPv4 networks.
  • the extended function type of the extended function may further include a feedback path congestion state, and the communication node in the IPv4 network can adopt the path congestion state fed back by other nodes, timely take measures to avoid path congestion, ensure normal information transmission, and thereby improve the IP network. Quality of service.
  • the function information is extended, and the extended function information includes an extended function type, so that the user can transmit more function indications by using the IPv4 protocol, expand the IPv4 protocol function, and improve the service quality of the IP network.
  • This embodiment provides a method for transmitting information in an IPv4 network.
  • the specific process of the method is as shown in FIG. 3, and includes the following steps:
  • Step S31 Receive a message, where the reserved tag field of the IP header of the packet carries an extended function indication.
  • the reserved tag field, BitO of the Flags field is set to 0 by default.
  • the scheme uses the flags field to transmit extended function indications, and on the one hand, fully utilizes IP packet bit information, and on the other hand does not affect the basic format of the IP header of the entire IP packet. Also, to avoid conflicts with the default, you can set the value of BitO to 1 to indicate an extended function indication.
  • Step S32 Set extended function information corresponding to the extended function indication in a segment offset field of an IP header of the to-be-sent packet.
  • Step S33 Send the message that sets the extended function information.
  • the reserved tag field of the IP header of the packet carries an extended function indication
  • the extended function indication corresponding to the IP header of the IP header of the to-be-sent packet is set.
  • the function information is extended, and the set message is sent, and the extended function information includes an extended function type, so that the user can use the IPv4 protocol to transmit more function indications, expand the IPv4 protocol function, and improve the service quality of the IP network.
  • the method provided by the present invention can reasonably use the IP header reserved flag field and the segment offset field of the existing message, thereby improving the utilization of the codeword resource.
  • the specific process of this embodiment corresponds to the specific process of the foregoing embodiment.
  • the foregoing embodiment mainly describes a message delivery process of requesting to use the extended function end, and this embodiment mainly describes a message delivery process that responds to the end of the extended function.
  • the steps correspond to each other and can be cross-referenced.
  • the extended function type is a supplementary IP packet identifier, that is, a partial bit setting in the segment offset field of the IP header of the packet is used.
  • the Indication field (in the present embodiment, as a supplementary IP message identifier), the Indication and the identification in the IP header of the packet carry the message identifier.
  • the head structure of the IP packet is as shown in FIG. 4 . Assume that in the IPv4 network, between Host A and Host B, information needs to be transmitted.
  • the N-bit high-order bit in the segment offset is pre-agreed as a supplementary IP packet identifier, which is used to improve the performance of TCP, Host A and Host B.
  • the host A is in the IP header of the SYN packet to be sent (the SYN packet refers to the TCP protocol, the Synchronize sequence number control bit is set to 1 for the TCP connection establishment request).
  • the BitO of the Flags field is set to 1, the process shown in Figure 5 is performed. The process includes:
  • Step S53 Host A replies to the ACK to the host B.
  • Host B identifies the four messages received according to the Identification and Indication.
  • an extended function indication of "using a supplementary IP packet identifier function" is set by using a reserved tag field of an IPv4 packet header, and a supplementary IP packet identifier is carried by a segment offset field of the packet header.
  • the supplementary IP identifier and the IP identifier of the packet header jointly represent the IP packet identifier, which increases the transmission amount of the information and improves the service quality of the IP network, thereby improving the performance of the TCP connection.
  • the implementation process there is no need to change the singularity of the IP ⁇ ⁇ identifier, thereby ensuring that the ⁇ ⁇ ⁇ can be segmented, ensuring the original flexibility and robustness of the IPv4 protocol family, and improving the service of the IP network. quality.
  • a multi-interface device For an IP device with multiple interfaces (hereinafter collectively referred to as a multi-interface device), multiple interfaces can be used to communicate with other devices, and the Maximum Transmission Unit (MTU) of each interface may be different.
  • MTU Maximum Transmission Unit
  • the multi-interface device may use an interface hot backup function, that is, a link that uses a larger MTU receives and transmits data from other devices, and uses a smaller MTU interface as a hot backup interface; or, using a mobility management function, The business data stream is seamlessly switched from one interface to another.
  • an interface hot backup function that is, a link that uses a larger MTU receives and transmits data from other devices, and uses a smaller MTU interface as a hot backup interface; or, using a mobility management function, The business data stream is seamlessly switched from one interface to another.
  • This embodiment is another specific implementation of the foregoing embodiment shown in FIG. 2 or FIG. 3, and can also be considered as an extension of the two embodiments, further decomposing the Indication field of the IP packet into two parts:
  • the indication type (Indication Type) and the indication value (Indication Value) are more flexibly implemented by the two parts of the information.
  • the IP header structure of the IP packet is as shown in FIG. 6.
  • This embodiment is also applicable to the packet transmission between any two communication devices in the IPv4 network.
  • the difference from the first embodiment is that the first embodiment can use the BitO of the Flags field to indicate that there is a part of the original segment offset field. Bits are used to carry extended function information, this method can only provide An extended function information, but the embodiment may indicate a plurality of extended function information, for example: the indication type is 0, and the indication value indicates the extended function A information;
  • Indication Value indicates extended function B information
  • Indication Value indicates extended function C information.
  • each extension function can provide up to 2 N kinds of function information.
  • the extended function type may include the supplemental IP message identifier described above to increase the transmission bandwidth, and may also include a feedback path congestion state, providing a basis for implementing congestion control.
  • the following is still an example of the host A and the host B.
  • the pre-agreed between the host A and the host B is as follows:
  • the indication type length is 2 bits
  • the indication value length is 4 bits
  • the indication type is binary.
  • the indication value represents "Supplemental IP Message Identifier”.
  • the indication type is "10” in binary
  • the indication value represents "Path Congestion Status"
  • Host A sends a SYN packet to Host B to initiate a TCP connection establishment process.
  • Host A wants to use the supplementary IP packet identifier function and the feedback path congestion status function to obtain a higher bandwidth limit for transmitting data and understanding path congestion.
  • Step S74 The host A sends a message to the host B, and sets the Ind-type of the message to a binary "01", and is jointly performed by the IP address and the supplementary IP address. Carry the message identifier.
  • Step S76 Host A continues to send the message to the host B, in the same step S74.
  • Step S77 Host B detects congestion on the IP path of Host A to Host B, or predicts that congestion will occur on the IP path of Host A to Host B. Then, in the ACK message sent to Host A, the Flags field is The BitO bit is set to 1, and the ind-type field is set to a binary "10", and the value representing the congestion state is set in the ind-value. Then, the host B can perform congestion control on the subsequently sent packet according to the path congestion state information.
  • the intermediate node (such as the router device) on the IP path of host A to host B can also set or modify the path congestion status value in the IP packet according to the detected network status.
  • binary "0000” means the host is not congested
  • binary "0001” means the host predicts congestion
  • binary "0010” means the host detects congestion
  • binary "0011” means the host detects severe congestion
  • binary" 1000 means that the intermediate node is not congested
  • the binary "1001” means that the intermediate node predicts congestion
  • the binary "1010” means that the intermediate node detects congestion
  • the binary "1011” means that the intermediate node detects severe congestion.
  • the embodiment of the present invention improves the embodiment shown in FIG. 2 or FIG. 3, and further decomposes the Indication field of the IP address into two parts, and implements the expansion function more flexibly through the two pieces of information.
  • the IP address be added to increase the transmission bandwidth, but also the path congestion state can be fed back, which provides a basis for congestion control.
  • the host can pass the path congestion state fed back by the router, and timely take measures to avoid path congestion and ensure information transmission. Normally, to improve the quality of service of the IP network.
  • the indication type can be flexibly changed to complete the corresponding extended function, which will not be repeated here.
  • the line description can also be applied to the message delivery between the client and the server in the IPv4 network, and can also be applied to the message transmission between the router and the host in the IPv4 network.
  • the extended function may be a “feedback path congestion state”, that is, the router and the host pre-schedule: the extended function information is congestion state information, and the router is given to the host.
  • the extended function information is congestion state information, and the router is given to the host.
  • the method provided in this paper can be applied to the "text transfer" between any two communication devices in an IPv4 network.
  • the present invention also provides an apparatus for implementing the above message delivery method, wherein a structure is shown in Fig. 8, and another structure is shown in Fig. 9.
  • the apparatus for implementing the foregoing message delivery method includes a setting unit 81 and a message receiving unit 82, where:
  • the setting unit 81 is configured to set an extended function indication in a reserved mark field of the IP header of the message.
  • a packet sending and receiving unit 82 configured to send a packet that is set by the setting unit, and is further configured to receive a packet, where a segment offset field of the IP header of the received packet carries an indication corresponding to the extended function Extended function information, the extended function information including an extended function type.
  • the extended function information includes an extended function type, so that the user can transmit more function indications by using the IPv4 protocol, and the IPv4 protocol function is extended.
  • the setting unit 81 sets the BitO value of the reserved flag field Flags of the IP header of the message to 1 to set the extended function indication.
  • the apparatus for implementing the above packet transmission method includes a message transceiving unit 91 and a setting unit 92, wherein:
  • the message sending and receiving unit 91 is configured to receive a message, where the reserved tag field of the IP header of the received message carries an extended function indication.
  • the setting unit 92 is configured to set extended function information corresponding to the extended function indication received by the packet sending and receiving unit in a segment offset field of an IP header of the to-be-sent message, where the extended function information includes an extended function type. .
  • the message sending and receiving unit 91 is further configured to send the message set by the setting unit 92.
  • the reserved tag field of the IP header of the packet carries an extended function indication
  • the extended function is set in the segment offset field of the IP header of the to-be-sent packet. Instructing the corresponding extended function information, and sending the set message, the extended function information includes an extended function type, so that the user can use the IPv4 protocol to transmit more function indications, expand the IPv4 protocol function, and improve the IP network. Quality of service.
  • the method provided by the present invention can reasonably use the IP header reserved flag field and the segment offset field of the existing message, thereby improving the utilization of the codeword resource.
  • the extended function information may be an Indication set by a partial bit in a segment offset field, and the content of the Indication is used to indicate extended function information such as supplementary message identification or congestion status information.
  • the present invention also provides an IPv4 network, the system includes a plurality of communication nodes, and the communication node includes a device for transmitting information.
  • the specific structure and working process of the device for transmitting information may refer to the content of the foregoing device portion. , will not repeat them here.
  • the communication node includes a client, a server, a host, or a router.
  • FIG. 2 to FIG. 9 are only preferred embodiments of the present invention. Based on this, those skilled in the art can design more embodiments. Therefore, the present invention does not The present invention is not limited to the scope of the present invention, and is not limited to the scope of the present invention.
  • any of a number of different processes and techniques can be used to represent information, messages, and signals.
  • the messages and information mentioned in the above description may be expressed as voltage, current, electromagnetic wave, magnetic field or magnetic particle, light field or any combination of the above.

Landscapes

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

Description

在 IPv4网络中传递信息的方法和装置 本申请要求于 2010 年 12 月 27 日提交中国专利局、 申请号为 201010607314.X, 发明名称为"在 IPV4网络中传递信息的方法和装置"的中 国专利申请的优先权, 其全部内容通过引用结合在本申请中。 技术领域 本发明涉及通信及网络技术领域, 更具体地说, 涉及一种在 Pv4网络中 传递信息的方法和装置。 背景技术 第四版本网络互联协议( Internet Protocol Version 4 , IPv4 )协议, 是由 Internet工程任务组 ( Internet Engineering Task Force , IETF )制定的技术标 准, 用于在分组网络中传递分组 文。
目前 IPv4协议经过多年的应用和发展, 已经非常稳定。 但是, 技术人 员正在研究很多新增加的功能特性(即扩展功能特性 ),用于完善 IPv4的协 议功能。 而很多功能特性的实现依赖于协议的配合, 即需要在 IP报文的头 部 (IP Header, 即 IP头部)设置指示, 以便于通路上的所有节点, 或者源 IP节点 /目的 IP节点, 都可以支持该扩展特性。 但是, IP报文的 IP头部已 经没有空闲的字段可以使用了, 这意味着很多功能特性将由于受制于协议 的能力而无法实现。
传输控制协议 /因特网互联协议 ( Transmission Control Protocol/Internet Protocol TCP/IP )协议族中规定, 协议栈要为每一个报文保留规定时间 (2 分钟)的生命时间 (lifetime ), 并且在这规定时间内, TCP要保证每一个报 文都有唯一的 16比特的标识符, 另一方面, TCP为了避免在中间节点进行 报文分段,还会在协议栈中记录 TCP连接的 MSS ( Maximum Segment Size, 最大分段大小 ), 仅发送大小小于 MSS的分组数据到 IP层。 从而造成在 2 分钟时间内,最多能够发送的分组个数为 216,从而造成 TCP传输带宽限制, 在 MTU为 1500字节时, IPv4中的 TCP连接理论上最大的性能为 6.4Mbps, 但是这种速率不能满足人们日益增长的需求。
发明内容 本发明提供一种 IPv4网络及在所述网络中传递信息的方法和装置, 以 提高 IP网络的服务质量。
一方面, 提供了一种在 IPv4网络中传递信息的方法, 包括:
在报文的 IP头部的预留标记字段设置扩展功能指示并发送所述报文; 接收报文, 所述接收的报文的 IP头部的分段偏移字段携带对应所述扩 展功能指示的扩展功能信息, 所述扩展功能信息包括扩展功能类型。
另一方面, 提供了一种在 IPv4网络中传递信息的方法, 包括: 接收报文, 所述报文的 IP头部的预留标记字段携带扩展功能指示; 在待发送报文的 IP头部的分段偏移字段设置所述扩展功能指示对应的 扩展功能信息并发送设置后的所述报文 , 所述扩展功能信息包括扩展功能 类型。
另一方面, 提供了一种在 IPv4网络中传递信息的装置, 包括: 设置单元, 用于在报文的 IP头部的预留标记字段设置扩展功能指示; 报文收发单元, 用于发送由所述设置单元设置后的报文;
所述报文收发单元还用于接收报文, 所述接收报文的 IP头部的分段偏 移字段携带对应所述扩展功能指示的扩展功能信息, 所述扩展功能信息包 括扩展功能类型。
另一方面, 提供了一种在 IPv4网络中传递信息的装置, 包括: 报文收发单元, 用于接收报文, 所述接收的报文的 IP头部的预留标记 字段携带扩展功能指示;
设置单元, 用于在待发送报文的 IP头部的分段偏移字段设置对应所述 报文收发单元接收的所述扩展功能指示的扩展功能信息, 所述扩展功能信 息包括扩展功能类型;
所述报文收发单元还用于发送所述设置单元设置的所述报文。
通过在报文的 IP头部的预留标记字段设置扩展功能指示并发送报文, 接收报文, 所述接收的报文的 IP头部的分段偏移字段携带对应所述扩展功 能指示的扩展功能信息, 所述扩展功能信息包括扩展功能类型, 从而用户 可以使用 IPv4协议传递更多的功能指示, 扩展了 IPv4协议功能。
附图说明 为了更清楚地说明本发明或现有技术中的技术方案, 下面将对实施例 或现有技术描述中所需要使用的附图作简单地介绍, 显而易见地, 下面描 述中的附图仅仅是本发明的一些实施例, 对于本领域普通技术人员来讲, 在不付出创造性劳动的前提下, 还可以根据这些附图获得其他的附图。
图 1为现有技术中 IPv4报文的 IP头部结构示意图;
图 2为本发明一个实施例提供的一种在 IPv4网络中传递信息的方法的 流程图;
图 3为本发明又一个实施例提供的一种在 IPv4网络中传递信息的方法 的流程图;
图 4为本发明又一个实施例提供的一种在 IPv4网络中传递信息的方法 中提供的 IP报文的头部结构示意图 1 ;
图 5为本发明又一个实施例提供的一种在 IPv4网络中传递信息的方法 的流程图;
图 6为本发明又一个实施例提供的一种在 IPv4网络中传递信息的方法 中提供的 IP报文的头部结构示意图 2;
图 7为本发明又一个实施例提供的一种在 IPv4网络中传递信息的方法 的流程图;
图 8为本发明一个实施例提供的一种在 IPv4网络中传递信息的装置的 结构示意图;
图 9为本发明又一个实施例提供的一种在 IPv4网络中传递信息的装置的结构 示意图。 具体实施方式 为了清楚起见, 下面首先对本文出现的一些英文缩写或技术术语做简 单介绍:
下面将结合本发明实施例中的附图, 对本发明实施例中的技术方案进 行清楚、 完整地描述, 显然, 所描述的实施例仅仅是本发明一部分实施例, 而不是全部的实施例。 基于本发明中的实施例, 本领域普通技术人员在没 有作出创造性劳动前提下所获得的所有其他实施例, 都属于本发明保护的 范围。
现有的 IPv4协议中, IPv4头部定义如图 1所示, 从图中可以看出, IP 头部包括: 版本号 (Version), 头部长度 (Internet Header Length), 服务类型 ( Type of Service )、报文总长度 (Total Length), IP报文标识符 (Identification), 标志字段 (Flags)、 分段偏移 (Fragment Offset)等。
其中:
IP 文标识符字段共有 16个比特, 用于标记单个 IP 文的标识, 于 是系统中的通信设备可以根据 IP报文的标识符, 在一定时间内对指定的报 文进行处理, 如调取指定标识符的 IP报文, 或者根据报文标识符判断重复 IP报文等;
标志字段共有 3个比特, 其中:
BitO: reserved, must be zero;
Bitl: ( DF ) 0=May Fragment, l=Don't Fragment;
Bit2: ( MF ) 0=Last Fragment, l=More Fragment。
即 BitO现在尚未定义使用方式, 属于预留标记字段。
分段偏移字段共有 13个比特,用于标识原 IP报文被分割后产生的各个 新的分段才艮文在原 IP才艮文中的位置( this field indicates where in the datagram this fragment belongs ), 具体标识为:
Fragment Offset 13bits;
分段偏移的值代表了 8个八位位组(即字节) 的个数, 例如, 分段偏 移为 0, 代表所在分段分组在分段之前是原分组的最开始的内容(The first fragment has off zero ), 分段偏移为 N, 则代表所在的分段分组在分段之前 是原分组的第 N*8个字节开始的内容。 分段的具体长度, 则有分段分组中 的 IP头总长度字段来表示。
现有的 IPv4协议中, 虽然没有合适的比特位用来扩展新的功能特性, 但是现有的分段偏移字段却存在使用浪费的情况,因为 TCP在通过 IP传输 数据时, 为了避免在中间路由器进行分段, 并不会产生过大的数据分段, 因此不会产生多个分段报文偏移量, 这意味着, 不需要很长的分段偏移字 段。
基于此, 本文提出了一种增加功能特性(即扩展 IPv4协议功能)的方 案, 利用 IP报文中的分段偏移字段的部分字段传递扩展功能信息。
一个实施例
本实施例提供了一种在 IPv4网络中传递信息的方法, 该方法的具体过 程如图 2所示, 包括以下步骤:
步骤 S21、 在报文中的 IP头部的预留标记字段设置扩展功能指示。 所述预留标记字段即 Flags字段的 BitO, 在默认情况下, 设置为 0。 本 方案利用该 Flags字段传输扩展功能指示, 一方面实现了对 IP报文比特信 息的充分利用, 另一方面不影响整个 IP报文的 IP头部基本格式。 另外, 为 了避免跟默认情况相冲突, 可以将 BitO的数值置 1以表示扩展功能指示。
步骤 S22、 发送所述设置有扩展功能指示的报文。
步骤 S23、 接收报文, 所述接收的报文的 IP头部的分段偏移字段携带 对应所述扩展功能指示的扩展功能信息, 所述扩展功能信息包括扩展功能 类型。
具体的, 接收上述携带扩展功能指示的 IP报文的设备, 若支持该扩展 功能, 则在返回的 IP报文中, IP报文的 IP头部的分段偏移字段携带着对 应所述扩展功能指示的扩展功能信息。
所述扩展功能信息的扩展功能类型可以包括补充 IP报文标识符, 利用 补充 IP报文标识符和报文 IP头部中的 IP报文标识符 (Identification)共同携 带报文标识, 增大了 TCP数据的传输量, 解决了现有 IPv4 网络传输 TCP 数据带宽不足的问题, 提高了 IPv4网络的服务质量。
所述扩展功能的扩展功能类型还可以包括反馈路径拥塞状态, IPv4 网 络中的通信节点能够通过其他节点反馈的路径拥塞状态, 及时釆取措施避 免路径拥塞, 保证信息传递正常进行, 进而提高 IP网络的服务质量。
通过在报文的 IP头部的预留标记字段设置扩展功能指示并发送报文, 接收报文, 所述接收的报文的 IP头部的分段偏移字段携带对应所述扩展功 能指示的扩展功能信息, 所述扩展功能信息包括扩展功能类型, 从而用户 可以使用 IPv4协议传递更多的功能指示,扩展了 IPv4协议功能,提高了 IP 网络的服务质量。
又一个实施例
本实施例提供了一种在 IPv4网络中传递信息的方法, 该方法的具体过 程如图 3所示, 包括以下步骤:
步骤 S31、 接收报文, 所述报文的 IP头部的预留标记字段携带扩展功 能指示。
所述预留标记字段即 Flags字段的 BitO, 在默认情况下, 设置为 0。 本 方案利用该 Flags字段传输扩展功能指示, 一方面实现了对 IP报文比特信 息的充分利用, 另一方面不影响整个 IP报文的 IP头部基本格式。 另外, 为 了避免跟默认情况相冲突, 可以将 BitO的数值置 1以表示扩展功能指示。
步骤 S32、 在待发送报文的 IP头部的分段偏移字段设置对应所述扩展 功能指示的扩展功能信息。
步骤 S33、 发送所述设置扩展功能信息的报文。
本发明实施例通过接收报文, 所述报文的 IP头部的预留标记字段携带 扩展功能指示, 在待发送报文的 IP头部的分段偏移字段设置所述扩展功能 指示对应的扩展功能信息, 并发送设置后的所述报文, 所述扩展功能信息 包括扩展功能类型, 从而用户可以使用 IPv4协议传递更多的功能指示, 扩 展了 IPv4协议功能, 提高了 IP网络的服务质量。 另外, 釆用本发明提供的 方法, 能够对现有的报文的 IP头部预留标记字段以及分段偏移字段进行了 合理使用, 提高了码字资源的利用率。 本实施例的具体过程与上述实施例的具体过程相对应, 上述实施例主 要描述请求使用扩展功能一端的报文传递过程, 而本实施例主要描述响应 使用扩展功能一端的报文传递过程, 其步骤相对应, 可相互参照。
又一个实施例
本实施例是上述各实施例的一种具体实现方式, 在本实施例中扩展功 能类型为补充 IP报文标识符,即利用报文的 IP头部的分段偏移字段中的部 分比特设置 Indication字段(在本实施例中作为补充 IP报文标识符), 由 Indication与报文的 IP头部中的 Identification共同携带报文标识, 此时 IP 报文的头部结构如图 4所示,假设在 IPv4网络中, 主机 A和主机 B之间需 要传递信息, 于是预先约定分段偏移量中 N位高位比特作为补充 IP报文标 识符, 用于提升 TCP的性能, 主机 A和主机 B之间的报文传递过程中, 主 机 A在将待发送的 SYN报文( SYN报文指 TCP协议中, Synchronize sequence numbers控制比特设置为 1的报文, 用于 TCP连接建立请求 ) 的 IP头部的 Flags字段的 BitO设置为 1后, 执行如图 5所示的流程, 该流程包括:
步骤 S51、 主机 A向主机 B发送所述 SYN报文, 该 SYN报文的 IP头 部的 Flags字段的 BitO设置为 1 , 即 Flags-BitO= =1; 发起 TCP连接建立过程, 主机 A希望使用补充 IP报文标识符功能, 以便 得到更高的带宽上限用于传递数据,则设置该 SYN报文的 IP头部的预留标 记字段(即 Flags-BitO )数值等于 1 , 即 Flags-BitO= =1。
步骤 S52、 主机 B回复 SYN/ACK ( SY /ACK报文指 TCP协议中, Synchronize sequence numbers和 Acknowledgment field significant控制比特 同时置为 1的报文,用于 TCP连接建立请求和响应;),表示支持使用新增加 的补充 IP报文标识符, 并将在 ACK消息的 IP头部中的 Flags字段的 BitO 的数值置为 1 , 即 Flags-BitO= =1;
步骤 S53、 主机 A向主机 B回复 ACK ( ACK报文指 TCP协议中, Acknowledgment field significant控制比特置为 1的报文, 用于对 TCP报文 的响应), 表示协商完成, 此次 TCP连接支持补充 IP报文标识符特性, 并 保持 Flags-BitO= =1。 在主机 A向主机 B回复 ACK后 ,完成标志 TCP连接建立的三次握手 , 并确定建立的 TCP连接支持补充 IP报文标识符特性。
步骤 S54、 主机 A向主机 B发送 IP报文, 由所述 IP报文的 IP报文标 识符(Identification )和补充 IP报文标识符(Indication )两个字段共同携带 报文标识, 并置 Flags-BitO= =1。
步骤 S55、 主机 B向主机 A回复 ACK, 并置 Flags-BitO= =l。
主机 B根据 Identification和 Indication标识所接收的 4艮文。
本实施例利用 IPv4报文头部的预留标记字段设置 "使用补充 IP报文标 识符功能" 的扩展功能指示, 并通过报文头部的分段偏移字段携带补充 IP 报文标识符, 利用该补充 IP标识符和报文头部的 IP标识符共同表示 IP报 文标识,增大了信息的传输量,提高了 IP网络的服务质量,从而提升了 TCP 连接的性能。
并且, 在实施过程中, 无需改变 IP · ^艮文标识符的单一性, 从而保证才艮 文能够被分段处理,保证了 IPv4协议族原有的灵活性和健壮性,提高 IP网 络的服务质量。 例如: 对于有多个接口的 IP设备(下文统称为多接口设备) 来说, 可以使用多个接口分别跟其他设备通信, 并且各个接口的最大传输 单元(Maximum Transmission Unit, MTU )可能不同。 所述多接口设备可 以使用接口热备份功能,即使用较大的 MTU的链路从其他设备接收和发送 数据, 并使用较小的 MTU的接口作为热备份接口; 或者, 使用流动性管理 功能, 即将业务数据流从一个接口无缝地切换到另一个接口。
又一个实施例
本实施例是前文图 2或图 3所示实施例的另一种具体实现方式, 也可 以认为是所述两个实施例的一种扩展, 将 IP报文的 Indication字段进一步 分解为两部分: 指示类型 ( Indication Type )和指示值 ( Indication Value ), 通过这两部分信息更加灵活地实现扩展功能,此时 IP报文的 IP头部结构如 图 6所示。
本实施例同样可以用于 IPv4 网络中任意两个通信设备之间的报文传 递,与实施例一的区别在于, 实施例一可以使用 Flags字段的 BitO来指示原 分段偏移字段中有部分比特被用于承载扩展功能信息, 这种方式仅能提供 一种扩展功能信息, 而本实施例却可以指示多种扩展功能信息, 例如: 指示类型 ( indication type )为 0, 则指示值 ( Indication Value )指示扩 展功能 A信息;
indication type==l , Indication Value指示扩展功能 B信息;
indication type==2 , Indication Value指示扩展功能 C信息。
... ...以此类推。
于是,当指示类型字段长度为 M比特时,可以提供支持 2M种扩展功能, 当指示值长度为 N比特时, 每一种扩展功能可以最多提供 2N种功能信息。
扩展功能类型可以包括前文所述的补充 IP报文标识符, 以增加传输带 宽, 还可以包括反馈路径拥塞状态, 为实现拥塞控制提供基础。
下面仍然以主机 A和主机 B进行 4艮文传递为例进行说明, 4叚设主机 A 和主机 B之间预先约定: 指示类型长度为 2比特, 指示值长度为 4比特, 当指示类型为二进制的 "01" 时, 指示值代表"补充 IP报文标识符", 当指 示类型为二进制的 "10" 时, 指示值代表"路径拥塞状态", 则, 主机 A和 主机 B之间 ^艮文传递过程如图 7所示, 包括以下步骤:
步骤 S71、 主机 A向主机 B发送所述 SYN报文, 该 SYN报文的 IP头 部的 Flags字段的 BitO设置为 1 , 即 Flags-Bit0= =1;
主机 A向主机 B发送 SYN报文, 发起 TCP连接建立过程, 主机 A希 望使用补充 IP报文标识符功能及反馈路径拥塞状态功能, 以便得到更高的 带宽上限用于传递数据, 以及了解路径拥塞状态以便后续进行拥塞控制, 则设置 Flags-Bit0= =l。
步骤 S72、 主机 B回复 SYN/ACK, 表示支持使用新增加的补充 IP报 文标识符及支持反馈路径拥塞状态, 并将在 ACK消息的 IP头部中的 Flags 字段的 BitO的数值置为 1 , 即 Flags-Bit0==l ;
步骤 S73、主机 A向主机 B回复 ACK表示协商完成,并保持 Flags-Bit0=
=1。
步骤 S74、 主机 A向主机 B发送报文, 将所述报文的 Ind-type设置为 二进制的 "01" , 并由 IP · ^艮文标识符和补充 IP ^艮文标识符两个字段共同携 带报文标识。 步骤 S75、 主机 B向主机 A回复 ACK, 并置 Flags-BitO= =l。
步骤 S76、 主机 A继续向主机 B发送才艮文, 同步骤 S74。
步骤 S77、主机 B检测到主机 A到主机 B的 IP路径上出现拥塞, 或者 预测出主机 A到主机 B的 IP路径上将要出现拥塞,则在发给主机 A的 ACK 消息中, 将 Flags字段的 BitO比特设置为 1 , 并且将 ind-type字段设置为二 进制的 "10" , 以及在 ind-value 中设置代表拥塞状态的值。 于是, 主机 B 能够根据所述路径拥塞状态信息对后续发送的报文进行拥塞控制。
需要说明的是, 主机 A到主机 B的 IP路径上的中间节点(例如路由器 设备)也可以按照检测到的网络状态, 设置或者修改 IP报文中的路径拥塞 状态值。 (例如二进制的 "0000" 代表主机无拥塞, 二进制的 "0001" 代表 主机预测发生拥塞, 二进制的 "0010" 代表主机检测到拥塞发生, 二进制 的 "0011" 代表主机检测到严重拥塞, 二进制的 "1000" 代表中间节点无 拥塞, 二进制的 "1001 " 代表中间节点预测发生拥塞, 二进制的 "1010" 代表中间节点检测到拥塞发生, 二进制的 "1011" 代表中间节点检测到严 重拥塞。 )
本发明实施例对图 2 或图 3 所示实施例进行了改进, 将 IP ^艮文的 Indication字段进一步分解为两部分, 通过这两部分信息更加灵活地实现扩 展功能。 不仅能够通过补充 IP标识符以增加传输带宽, 而且, 还能反馈路 径拥塞状态, 为实现拥塞控制提供基础, 例如主机能够通过路由器反馈的 路径拥塞状态, 及时釆取措施避免路径拥塞, 保证信息传递正常进行, 进 而提高 IP网络的服务质量。
当然, 还可以灵活改变指示类型, 从而完成对应的扩展功能, 在此不 再一一赘述。 行说明, 其实也可以应用于 IPv4网络中客户端和服务器之间的报文传递, 还可以应用于 IPv4网络中路由器和主机之间的报文传递。对于 IPv4网络中 路由器和主机之间的报文传递, 所述扩展功能可以是 "反馈路径拥塞状态", 即: 路由器和主机预先预定: 所述扩展功能信息为拥塞状态信息, 则路由 器在给主机发送 IP报文时, 通过该 IP报文的 IP头部的分段偏移字段的部 分比特传递路径拥塞状态信息。
实际上, 本文提供的方法能够适用于 IPv4网络中任意两个通信设备之 间的 "^文传递。
又一实施例
本发明同时还提供了一种实现上述报文传递方法的装置, 其中一种结 构如图 8所示, 另一种结构如图 9所示。
请参考图 8, 实现上述报文传递方法的装置包括设置单元 81、 报文收 发单元 82, 其中:
设置单元 81 ,用于在报文的 IP头部的预留标记字段设置扩展功能指示。 报文收发单元 82, 用于发送由所述设置单元设置后的报文, 还用于接 收报文, 所述接收报文的 IP头部的分段偏移字段携带对应所述扩展功能指 示的扩展功能信息, 所述扩展功能信息包括扩展功能类型。
通过在报文的 IP头部的预留标记字段设置扩展功能指示并发送报文, 接收报文, 所述接收的报文的 IP头部的分段偏移字段携带对应所述扩展功 能指示的扩展功能信息, 所述扩展功能信息包括扩展功能类型, 从而用户 可以使用 IPv4协议传递更多的功能指示, 扩展了 IPv4协议功能。
其中, 所述设置单元 81在报文的 IP头部的预留标记字段 Flags的 BitO 值设置为 1 , 以设置扩展功能指示。
请参考图 9, 实现上述报文传递方法的装置包括报文收发单元 91和设 置单元 92, 其中:
报文收发单元 91 , 用于接收报文, 所述接收的报文的 IP头部的预留标 记字段携带扩展功能指示。
设置单元 92,用于在待发送报文的 IP头部的分段偏移字段设置对应所 述报文收发单元接收的所述扩展功能指示的扩展功能信息, 所述扩展功能 信息包括扩展功能类型。
所述报文收发单元 91还用于发送所述设置单元 92设置的所述报文。 本发明实施例通过接收报文, 所述报文的 IP头部的预留标记字段携带 扩展功能指示, 在待发送报文的 IP头部的分段偏移字段设置所述扩展功能 指示对应的扩展功能信息, 并发送设置后的所述报文, 所述扩展功能信息 包括扩展功能类型, 从而用户可以使用 IPv4协议传递更多的功能指示, 扩 展了 IPv4协议功能, 提高了 IP网络的服务质量。 另外, 釆用本发明提供的 方法, 能够对现有的报文的 IP头部预留标记字段以及分段偏移字段进行了 合理使用, 提高了码字资源的利用率。
所述扩展功能信息可以是由设置在分段偏移字段中部分比特的 Indication,该 Indication的内容用于指示补充报文标识或拥塞状态信息等扩 展功能信息。此外,该 Indication字段还可以进一步分解为两部分: Indication Type 和 Indication Value, 通过这两部分信息更加灵活地实现扩展功能, 例 ^口当 Indication Type=0时, Indication Value为"^ :卜充才艮文标识 ", 当 Indication Type=l时, Indication Value为 "反馈路径拥塞状态"等。
本说明书中各个实施例釆用递进的方式描述, 每个实施例重点说明的 都是与其他实施例的不同之处, 各个实施例之间相同相似部分互相参见即 可。 对于实施例公开的装置而言, 由于其与实施例公开的方法相对应, 所 以描述的比较简单, 相关之处参见方法部分说明即可。
除此之外, 本发明同时还提供了一种 IPv4网络, 该系统包括若干通信 节点, 所述通信节点包括传递信息的装置, 传递信息的装置的具体结构和 工作过程可以参考前文装置部分的内容, 在此不再赘述。
所述通信节点包括客户端、 服务器、 主机或路由器。
需要说明的是, 图 2至图 9所示的实施例只是本发明所介绍的优选实 施例, 本领域技术人员在此基础上, 完全可以设计出更多的实施例, 因此, 本发明并不局限于已提供的实施例, 对这些实施例的多种修改对本领域的 专业技术人员来说是显而易见的, 都为本发明保护的范围, 由于篇幅有限, 不在此处赘述。
本领域技术人员可以理解, 可以使用许多不同的工艺和技术中的任意 一种来表示信息、 消息和信号。 例如, 上述说明中提到过的消息、 信息都 可以表示为电压、 电流、 电磁波、 磁场或磁性粒子、 光场或以上任意组合。
专业人员可以意识到, 结合本文中所公开的实施例描述的各示例的单 元及算法步骤, 能够以电子硬件、 计算机软件或者二者的结合来实现, 为 了清楚地说明硬件和软件的可互换性, 在上述说明中已经按照功能一般性 地描述了各示例的组成及步骤。 这些功能究竟以硬件还是软件方式来执行, 取决于技术方案的特定应用和设计约束条件。 专业技术人员可以对每个特 定的应用来使用不同方法来实现所描述的功能, 但是这种实现不应认为超 出本发明的范围。
对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见 的, 本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下, 在其它实施例中实现。 因此, 本发明将不会被限制于本文所示的这些实施 例, 而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims

权利要求
1、 一种在第四版本网络互联协议 IPv4网络中传递信息的方法,其特征 在于, 包括:
在报文的 IP头部的预留标记字段设置扩展功能指示并发送所述报文; 接收报文, 所述接收的报文的 IP头部的分段偏移字段携带对应所述扩 展功能指示的扩展功能信息, 所述扩展功能信息包括扩展功能类型。
2、根据权利要求 1所述的方法, 其特征在于, 所述报文的 IP头部的预 留标记字段携带扩展功能指示包括 Flags字段的比特 0设置为 1。
3、 根据权利要求 1所述的方法, 其特征在于:
若扩展功能类型为补充 IP报文标识符, 所述方法还包括:
釆用所述补充 IP ^文标识符和原有 ^艮文标识符,标识所述接收 文; 若所述扩展功能类型为路径拥塞状态信息, 所述方法还包括: 根据所述路径拥塞状态信息对后续发送的报文进行拥塞控制。
4、 一种在 IPv4网络中传递信息的方法, 其特征在于, 包括: 接收报文, 所述报文的 IP头部的预留标记字段携带扩展功能指示; 在待发送报文的 IP头部的分段偏移字段设置所述扩展功能指示对应的 扩展功能信息并发送设置后的所述报文 , 所述扩展功能信息包括扩展功能 类型。
5、根据权利要求 4所述的方法, 其特征在于, 所述报文的 IP头部的预 留标记字段携带扩展功能指示包括 Flags字段的比特 0设置为 1。
6、 根据权利要求 4所述的方法, 其特征在于, 所述扩展功能类型为补 充 IP报文标识符或路径拥塞状态信息。
7、 一种在 IPv4网络中传递信息的装置, 其特征在于, 包括: 设置单元, 用于在报文的 IP头部的预留标记字段设置扩展功能指示; 报文收发单元, 用于发送由所述设置单元设置后的报文;
所述报文收发单元还用于接收报文, 所述接收报文的 IP头部的分段偏 移字段携带对应所述扩展功能指示的扩展功能信息, 所述扩展功能信息包 括扩展功能类型。
8、 根据权利要求 7所述的装置, 其特征在于, 所述设置单元具体用于 报文 IP头部预留标记字段设置携带 Flags字段的比特 0设置为 1。
9、 根据权利要求 7所述的装置, 其特征在于, 所述扩展功能类型为补 充 IP报文标识符或路径拥塞状态信息。
10、 一种在 IPv4网络中传递信息的装置, 其特征在于, 包括: 报文收发单元, 用于接收报文, 所述接收的报文的 IP头部的预留标记 字段携带扩展功能指示;
设置单元, 用于在待发送报文的 IP头部的分段偏移字段设置对应所述 报文收发单元接收的所述扩展功能指示的扩展功能信息 , 所述扩展功能信 息包括扩展功能类型;
所述报文收发单元还用于发送所述设置单元设置的所述报文。
11、 根据权利要求 10所述的装置, 其特征在于, 所述接收单元接收所 述报文的 IP头部的预留标记字段携带 Flags字段的比特 0设置为 1。
12、 根据权利要求 10所述的装置, 其特征在于, 所述扩展功能类型为 补充 IP报文标识符或路径拥塞状态信息。
PCT/CN2011/084751 2010-12-27 2011-12-27 在IPv4网络中传递信息的方法和装置 WO2012089107A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010607314.X 2010-12-27
CN201010607314XA CN102571545A (zh) 2010-12-27 2010-12-27 在IPv4网络中传递信息的方法和装置

Publications (1)

Publication Number Publication Date
WO2012089107A1 true WO2012089107A1 (zh) 2012-07-05

Family

ID=46382311

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/084751 WO2012089107A1 (zh) 2010-12-27 2011-12-27 在IPv4网络中传递信息的方法和装置

Country Status (2)

Country Link
CN (1) CN102571545A (zh)
WO (1) WO2012089107A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019011201A1 (en) * 2017-07-11 2019-01-17 Huawei Technologies Co., Ltd. SUPPORT FOR INTERNET PROTOCOL VERSION 4 (IPV4) EXTENSION HEADER

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015100644A1 (zh) * 2013-12-31 2015-07-09 华为技术有限公司 一种处理报文的方法和装置
CN104135439B (zh) * 2014-07-25 2017-05-31 西安空间无线电技术研究所 一种icmp差错报文快速生成方法
TW201919370A (zh) * 2017-11-03 2019-05-16 財團法人資訊工業策進會 網路品質控管系統及網路品質控管方法
CN108011839A (zh) * 2017-12-15 2018-05-08 盛科网络(苏州)有限公司 基于IPv4的策略标签的实现方法
US11061685B2 (en) 2019-02-27 2021-07-13 International Business Machines Corporation Extended asynchronous data mover functions compatibility indication
CN113839868B (zh) * 2020-06-24 2023-11-24 中国电信股份有限公司 SRv6策略信息控制方法、系统和控制器

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101557349A (zh) * 2009-05-26 2009-10-14 孙斌 处理互联网数据报的方法和系统
CN101645823A (zh) * 2009-09-02 2010-02-10 杭州华三通信技术有限公司 一种6to4隧道的压缩方法及装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101557349A (zh) * 2009-05-26 2009-10-14 孙斌 处理互联网数据报的方法和系统
CN101645823A (zh) * 2009-09-02 2010-02-10 杭州华三通信技术有限公司 一种6to4隧道的压缩方法及装置

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019011201A1 (en) * 2017-07-11 2019-01-17 Huawei Technologies Co., Ltd. SUPPORT FOR INTERNET PROTOCOL VERSION 4 (IPV4) EXTENSION HEADER
US10742775B2 (en) 2017-07-11 2020-08-11 Futurewei Technologies, Inc. Supporting internet protocol version 4 (IPv4) extension headers
US11363123B2 (en) 2017-07-11 2022-06-14 Futurewei Technologies, Inc. Supporting internet protocol version 4 (IPv4) extension headers

Also Published As

Publication number Publication date
CN102571545A (zh) 2012-07-11

Similar Documents

Publication Publication Date Title
WO2012089107A1 (zh) 在IPv4网络中传递信息的方法和装置
JP6025880B2 (ja) データ伝送方法、装置及びシステム
JP4698684B2 (ja) アクセスドメイン上でデータトラフィックを集合する方法と、本方法に関するノード
US8184644B1 (en) WiMAX R6 management protocol
WO2021000827A1 (zh) 数据传输链路建立方法、装置以及计算机可读存储介质
CN108601043B (zh) 用于控制无线接入点的方法和设备
KR20070076450A (ko) 분배된 국의 네트워크에서 데이터 패킷을 교환하는 방법,데이터 패킷을 압축하는 디바이스 및 데이터 패킷을압축해제하는 디바이스
WO2010031324A1 (zh) 数据传输的方法、装置和系统
WO2009056061A1 (fr) Procédé, système et dispositif pour transmettre un datagramme de protocole de tunnellisation de service général de radiocommunication par paquets
US20190280970A1 (en) Packet Processing Method and Apparatus
WO2024000937A1 (zh) 一种支持终端移动接入的多模态网络控制系统和方法
CN105262836A (zh) 服务器推送信息的方法及客户端接收推送信息的方法
WO2011079785A1 (zh) 一种传输数据包的方法及装置
WO2018233376A1 (zh) 传输报文的方法、代理服务器和计算机可读存储介质
Sun et al. The Internet underwater: An IP-compatible protocol stack for commercial undersea modems
WO2015113291A1 (zh) 无线网络数据处理装置和无线网络系统
TW201633045A (zh) 用於音訊-視訊中繼的無線對接系統
JP5768138B2 (ja) 通信デバイスとターゲットネットワーク内の宛先デバイスとの間のコネクションにおける中間ノードでパケットに対するアクションを実行する方法および装置
JP2014023150A (ja) ユニキャストプロトコルを使用したマルチキャスト送信
WO2013082947A1 (zh) 跨越IPv4网络转发IPv6组播报文的方法和边缘设备
Berry et al. PPP over Ethernet (PPPoE) extensions for credit flow and link metrics
JP3519628B2 (ja) 中継装置
WO2014124561A1 (zh) 实现在wlan中的通信的方法和系统
WO2015096734A1 (zh) 一种业务数据的下行传输方法及分组数据网关
Braun Internet Protocols for Multimedia Communications: Part I: IPng—The Foundation of Internet Protocols

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

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

Country of ref document: EP

Kind code of ref document: A1