WO2013056447A1 - 用于发送和接收IPv6数据包的方法和装置 - Google Patents

用于发送和接收IPv6数据包的方法和装置 Download PDF

Info

Publication number
WO2013056447A1
WO2013056447A1 PCT/CN2011/081022 CN2011081022W WO2013056447A1 WO 2013056447 A1 WO2013056447 A1 WO 2013056447A1 CN 2011081022 W CN2011081022 W CN 2011081022W WO 2013056447 A1 WO2013056447 A1 WO 2013056447A1
Authority
WO
WIPO (PCT)
Prior art keywords
service information
option
data packet
service
ipv6
Prior art date
Application number
PCT/CN2011/081022
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 华为技术有限公司
Priority to EP11874419.2A priority Critical patent/EP2706711B1/en
Priority to PCT/CN2011/081022 priority patent/WO2013056447A1/zh
Priority to CN201180002386.4A priority patent/CN103181134B/zh
Publication of WO2013056447A1 publication Critical patent/WO2013056447A1/zh
Priority to US14/089,389 priority patent/US20140119387A1/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/659—Internet protocol version 6 [IPv6] addresses

Definitions

  • the present invention relates generally to IPv6-based networks and, in particular, to a method and apparatus for transmitting and receiving IPv6 data packets.
  • BACKGROUND According to the current IPv6 protocol (for example, RFC2460), a traffic class field and a flow label field may be separately added in a main header of an IPv6 data packet (as shown in FIG. 1). .
  • the traffic class field may be used by an initiating node or a forwarding router to identify and distinguish different classes or priorities of IPv6 packets.
  • Stream tag fields can use flow tags to tag all packets in a particular stream, ensuring consistent packet delivery in the stream.
  • the above traffic class field and flow tag field cannot effectively distinguish IPv6 data packets of different services, for example, cannot distinguish between video service flow and data service flow.
  • other fields in the main header cannot distinguish between services of IPv6 packets.
  • an extension header can be added for IPv6 packets.
  • the only extension header checked by all intermediate devices is the hop-by-hop option extension header.
  • the hop-by-hop option extension header can be used to pass management information to all routers on the transport path.
  • Figure 2 shows the format of an existing hop-by-hop option extension header.
  • the hop-by-hop option extension header can include the next header field (8 bits), the header extension length field (8 bits), and one or more option fields (for example, option #1, option #2, etc.).
  • Each option field can include an option type field (8 bits), an option data length field (8 bits), and an option data field (variable length).
  • option #1 can be included in option #1, option #1 data length field, and option #1 data field.
  • the 1st and 2nd bits in the Option Type field are Unrecognized Option Action indications, the 3rd bit is the Option Change Allowed flag, and the last 5 bits are the remainder of the option type ( Remainder of Option Type ).
  • a routing alert option (Router Alert Option) has been added to the hop-by-hop option extension header in RFC2711.
  • the route hinting option can be used to prompt the router on the transmission path whether to parse the header of the IPv6 packet, and can be used to prompt the intermediate router for the data content in the IPv6 packet.
  • the routing hint option only contains more Multicast Listener Discovery information and Resource Reservation Protocol (RSVP) information, which does not provide service information for a service data packet.
  • RSVP Resource Reservation Protocol
  • the present invention provides methods and apparatus for transmitting and receiving IPv6 data packets.
  • a method for transmitting an IPv6 data packet comprising: obtaining a service data packet from a transport layer; adding an IPv6 data packet header to the service data packet to form an IPv6 data packet, where And carrying the service information of the service data packet in the IPv6 data packet header; and sending the IPv6 data packet.
  • a method for receiving an IPv6 data packet comprising: receiving an IPv6 data packet, wherein the IPv6 data packet is formed by adding an IPv6 data packet header to a service data packet And carrying the service information of the service data packet in the IPv6 data packet header; and acquiring the service information of the service data packet from the IPv6 data packet header.
  • an apparatus for transmitting an IPv6 data packet comprising: a processor configured to acquire a service data packet from a transport layer, and add IPv6 data to the service data packet Packet headers to form an IPv6 data packet, wherein the service information of the service data packet is carried in the IPv6 data packet header; and a transmitter configured to send the IPv6 data packet.
  • an apparatus for receiving an IPv6 data packet comprising: a receiver configured to receive an IPv6 data packet, wherein the IPv6 data packet is through a service data packet Forming an IPv6 packet header, and carrying the service information of the service data packet in the IPv6 packet header; and a processor configured to obtain the service data packet from the IPv6 data packet header Business information.
  • the invention can implement the service information of the service data packet into the IPv6 data packet and correspondingly obtain the service information of the service data packet from the IPv6 data packet, and the service information can be used for classifying, counting or counting the IPv6 data packet. Analytical processing, etc., to help manage and monitor the network and to make better use of network resources.
  • FIG. 1 is a schematic diagram showing a structure of a main header of an IPv6 data packet
  • FIG. 2 is a schematic diagram showing the format of a hop-by-hop option extension header
  • FIG. 3 is a schematic diagram showing the structure of a service information extension header according to an embodiment of the present invention.
  • FIG. 4 is a schematic diagram showing the structure of a service information option according to an embodiment of the present invention
  • 5A-5C are schematic diagrams showing examples of service information according to an embodiment of the present invention
  • FIG. 6 is a flowchart showing a method for transmitting an IPv6 data packet according to an embodiment of the present invention
  • FIG. 7 is a flowchart showing a method of carrying service information of a service data packet in a service information extension header according to an embodiment of the present invention
  • FIG. 8 is a flowchart showing a method of carrying service information of a service data packet in a service information option of a hop-by-hop option extension header or a destination option extension header according to an embodiment of the present invention
  • FIG. 9 is a schematic diagram showing an apparatus for transmitting an IPv6 data packet according to an embodiment of the present invention.
  • FIG. 10 is a schematic diagram showing an apparatus for carrying service information of a service data packet in a service information extension header according to an embodiment of the present invention.
  • FIG. 11 is a schematic diagram showing an apparatus for carrying service information of a service data packet in a service information option of a hop-by-hop option extension header or a destination option extension header according to an embodiment of the present invention
  • FIG. 12 is a flowchart showing a method for receiving an IPv6 data packet according to an embodiment of the present invention.
  • FIG. 13 is a flowchart showing a method of acquiring service information of a service data packet from a service information extension header according to an embodiment of the present invention
  • FIG. 14 is a flowchart showing a method of obtaining service information of a service data packet from a service information option of a hop-by-hop option extension header or a destination option extension header according to an embodiment of the present invention
  • 15 is a schematic diagram showing an apparatus for receiving an IPv6 data packet according to an embodiment of the present invention.
  • 16 is a schematic diagram showing an apparatus for acquiring service information of a service data packet from a service information extension header according to an embodiment of the present invention
  • 17 is a schematic diagram showing an apparatus for acquiring service information of a service data packet from a service information option of a hop-by-hop option extension header or a destination option extension header according to an embodiment of the present invention
  • FIG. 18 is a schematic diagram showing an apparatus for transmitting an IPv6 data packet according to an embodiment of the present invention
  • FIG. 19 is a schematic diagram showing an apparatus for receiving an IPv6 data packet according to an embodiment of the present invention.
  • the present invention can carry the service information of the service data packet into the IPv6 data packet, and can obtain the service information of the carried service data packet from the IPv6 data packet accordingly, so that the network can be based on the IPv6 data packet. Carrying business information, performing effective classification, statistics, or analysis on different IPv6 data packets.
  • a new extension header that is, a service information extension header
  • a service information extension header may be added to the IPv6 packet header for carrying service information of the service data packet in the IPv6 data packet.
  • Figure 3 is a diagram showing A schematic diagram of the structure of the service information extension header of the embodiment.
  • the service information extension header may include a next header field, a header extension length field, and a service information field.
  • the next header field may occupy, for example, 1 byte for recording the protocol value corresponding to the next extended header after the service information extension header.
  • the header extension length field may occupy, for example, 1 byte for recording the length of the service information extension header, and the length may be calculated, for example, in units of 8 bytes.
  • the length of the service information field is variable, which is used to record the service information of the service data packet.
  • the next header field in the previous header for example, the main header or other extension header
  • the protocol value so that the service information extension header can be identified by the protocol value.
  • a new option may be added to the hop-by-hop option extension header of the IPv6 packet header for carrying service information for the service data packet in the IPv6 data packet.
  • a service information option may also be added in a destination option extension header of an IPv6 packet header for carrying service information of a service data packet in an IPv6 data packet, wherein, in RFC2460 A clear description of the destination option extension header has been made.
  • the destination option extension header has a structure similar to the hop-by-hop option extension header, and, in accordance with an embodiment of the present invention, the service information options added in the two extension headers may also have a similar structure.
  • 4 is a schematic diagram showing the structure of a service information option according to an embodiment of the present invention.
  • the service information option may include a service information option type field, a service information option data length field, and a service information option data field.
  • the Service Information Option Type field can occupy, for example, 1 byte, as shown by the 1st through 8th bits in Figure 4.
  • the 1st and 2nd bits of the Service Information Option Type field may be an unrecognized option operation indication, and the 3rd bit may be an option to allow the change flag (in RFC2460, the Unrecognized Option Operation Instruction and Option Allow Change Flag are made) Clear explanation).
  • the last 5 bits of the Service Information Option Type field may be the remainder of the option type, which may be used to record the protocol value corresponding to the service information option, such that the service information option may be identified by the protocol value.
  • the service information option data length field can occupy, for example, 1 byte, for recording the length of the service information option data field following it, and the length can be calculated, for example, in units of 8 bytes.
  • the length of the service information option data field is variable, which is used to record the service information of the service data packet.
  • Business information may include various information related to the type of service, business attributes, or service provider, etc., which may be The network manager is used to analyze, count, or classify IPv6 packets.
  • the service information may indicate that the IPv6 data packet relates to a video service flow or a data service flow, etc., for performing classification management on the transmission of the network.
  • the service information may be an ID number of the bank payment service, so that the bank or a third party may perform statistics and analysis on, for example, payment transaction status.
  • the service information may be a program ID number, and thus may be used to classify statistics on the broadcast status of the same program, the on-demand distribution of different programs, and the like, and implement management on the network accordingly.
  • the service information can also be the ID number of the service provider to facilitate network management and monitoring.
  • the specific content of the service information may be set correspondingly according to needs, and may include not only the various examples listed above and any combination thereof, but also any other that can be used for analysis, statistics or classification of IPv6 data packets. information.
  • 5A-5C show, in an exemplary manner, several specific examples of service information for illustrating an exemplary implementation of the service information fields shown in FIG. 3 and the service information option data fields shown in FIG.
  • Figure 5A shows a schematic diagram of service information as a service ID.
  • the service ID may be an ID number of the bank payment service, a program ID number of the IPTV, etc., and the length may be set according to actual needs, for example, may be 4 bytes.
  • Figure 5B shows a schematic diagram of the service information being a combination of a service ID and a vendor ID.
  • the service ID may be an ID number of the bank payment service, a program ID number of the IPTV, etc.
  • the vendor ID may be an ID number of a different service provider.
  • the length of the service ID and the vendor ID can be set according to actual needs, for example, it can be 4 bytes.
  • Figure 5C shows a schematic diagram of the sub-options of the service information in the type-length-value (TIN) format.
  • the service information shown in FIG. 5C may be added in the service information field of the service information extension header or in the service information option data field of the service information option of the hop-by-hop option extension header or the destination option extension header.
  • the service information sub-options may include a sub-option type field, a sub-option length field, and a sub-option value field.
  • the sub-option type field can occupy, for example, 1 byte, which is used to record the protocol value corresponding to the service information sub-option.
  • the suboption length field may occupy, for example, 1 byte, which is used to record the length of the subsequent suboption value field, which may be calculated, for example, in units of 8 bytes.
  • the length of the suboption value field is variable, which is used to record the business information of the service data packet.
  • FIG. 6 is a flow chart showing a method for transmitting an IPv6 data packet according to an embodiment of the present invention.
  • the method can be performed, for example, on the transmitting end where an IPv6 packet is to be transmitted.
  • the transmitting end acquires a service data packet from a transport layer (e.g., a TCP layer).
  • a transport layer e.g., a TCP layer.
  • an IPv6 packet header is added to the service data packet to form an IPv6 data packet, where the service information of the service data packet may be carried in the added IPv6 data packet header.
  • the transmitting end transmits the formed IPv6 data packet.
  • FIG. 7 is a flow chart showing a method of carrying service information of a service data packet in a service information extension header of an IPv6 packet header
  • Figure 8 shows a hop-by-hop option extension header or destination option in an IPv6 packet header.
  • the method for carrying the service information of the service data packet in the IPv6 packet header may include: adding, in step S710, a service information extension header in the IPv6 data packet header, where the service information extension header may have, for example, FIG. The structure shown.
  • the protocol value corresponding to the service information extension header may be recorded in the next header field in the previous header (for example, the main header or other extension header) before the service information extension header, so as to The business information extension header is identified.
  • a service information field may be added in the service information extension header.
  • the service information of the service data packet can be recorded in the service information field.
  • a next header field may be added in the service information extension header, and the next header field may be used to record a protocol value corresponding to the next extended header after the service information extension header.
  • a header extension length field may also be added in the service information extension header, where the header extension length field may be used to record the length of the extension header of the service information.
  • the service information may be a sub-option of the TLV format.
  • the operation of recording the service information of the service data packet in the service information field of step S730 may further include: adding a service information sub-option in the service information field, the service information sub-option may have, for example, as shown in FIG. 5C Structure; add a sub-option value field in the business information sub-option; and record the business information of the business data packet in the sub-option value field.
  • a sub-option type field may be added to the service information sub-option, which may be used to record the protocol value corresponding to the service information sub-option.
  • a sub-option length field may be added in the service information sub-option, and the sub-option length field may be used to record the length of the sub-option value field.
  • the method for carrying service information of a service data packet in an IPv6 packet header may include: adding a service information option in a hop-by-hop option extension header or a destination option extension header of an IPv6 packet header in step S810.
  • the service information option may have a structure such as that shown in FIG.
  • a service information option data field may be added in the service information option.
  • the service information of the service data packet may be recorded in the service information option data field.
  • a service information option type field may be added in the service information option, and the service information option type field may be used to record a protocol value corresponding to the service information option.
  • a service information option data length field may be added in the service information option, and the service information option data length field may be used to record the length of the service information option data field.
  • the service information may be a sub-option of the TLV format.
  • step S830 The operation of recording the service information of the service data packet in the service information option data field may further include: adding a service information sub-option in the service information option data field, the service information sub-option may have a structure as shown in, for example, FIG. 5C; The sub-option value field is added to the service information sub-option; and the business information of the service data packet is recorded in the sub-option value field.
  • a sub-option type field may be added in the service information sub-option, and the sub-option type field may be used to record a protocol value corresponding to the service information sub-option.
  • a sub-option length field may be added in the service information sub-option, and the sub-option length field may be used to record the length of the sub-option value field.
  • FIG. 9 shows a schematic diagram of an apparatus 900 for transmitting IPv6 data packets in accordance with an embodiment of the present invention.
  • apparatus 900 can include: a module 910 for obtaining a service data packet from a transport layer; a module 920 for adding an IPv6 data packet header to a service data packet to form an IPv6 data packet, wherein the IPv6 data packet The header carries service information of the service data packet; and a module 930 for transmitting the IPv6 data packet.
  • the module 920 for adding an IPv6 packet header to a service data packet to form an IPv6 data packet may have a different structure based on the different schemes employed.
  • FIG. 10 illustrates that in the case of expanding service information carrying a service data packet with a header, the module 920 can have the further structure shown by apparatus 1000.
  • FIG. 11 illustrates the service information carrying the service data packet carrying the service information option of the header or destination option extension header with the hop-by-hop option
  • the module 920 may have the further structure shown by the device 1100. The details will be described below with reference to Figs. 10 and 11.
  • FIG. 10 is a diagram showing an apparatus 1000 for carrying service information of a service data packet in a service information extension header, in accordance with an embodiment of the present invention.
  • the apparatus 1000 may include: a module 1010 for adding a service information extension header in an IPv6 packet header; a module 1020 for adding a service information field in a service information extension header; and for using the service information A module 1030 for recording business information of a business data packet in a field.
  • the apparatus 1000 may further include: configured to record a protocol value corresponding to the service information extension header in a next header field in a previous header (for example, a main header or other extension header) before the service information extension header Module.
  • the apparatus 1000 may further include: a module for adding a next header field in the service information extension header, where the next header field is used to record a protocol value corresponding to a next extended header after the service information extension header And a module for adding a header extension length field in the service information extension header, the header extension length field for recording the length of the service information extension header.
  • the module 1030 for recording service information of the service data packet in the service information field may further include: a module for adding a service information sub-option in the service information field, the service information
  • the sub-options may have, for example, the structure shown in FIG. 5C; a module for adding a sub-option value field in the service information sub-option; and a module for recording service information of the service data packet in the sub-option value field.
  • the module 1030 for recording the service information of the service data packet in the service information field may further include: a module for adding a sub-option type field in the service information sub-option, the sub-option type field being used for recording the sub-option of the service information Corresponding protocol value; and a module for adding a sub-option length field in the service information sub-option, the sub-option length field is used to record the length of the sub-option value field.
  • FIG. 11 is a diagram showing an apparatus 1100 for carrying service information of a service data packet in a service information option of a hop-by-hop option extension header or destination option extension header, in accordance with an embodiment of the present invention.
  • the apparatus 1100 may include: a module 1110 for adding a service information option in a hop-by-hop option extension header or a destination option extension header of an IPv6 packet header, the service information option may have, for example, as shown in FIG. a module 1120 for adding a service information option data field in a service information option; and a module 1130 for recording service information of a service data packet in a service information option data field.
  • the apparatus 1100 may further include a module for adding a service information option type field in the service information option, the service information option type field for recording a protocol value corresponding to the service information option.
  • the device 1100 may further include a module for adding a service information option data length field in the service information option, where the service information option data length field is used to record the length of the service information option data field.
  • the module 1130 for recording service information of the service data packet in the service information option data field may further include: a module for adding a service information sub-option in the service information option data field
  • the service information sub-option may have, for example, the structure shown in FIG. 5C; a module for adding a sub-option value field in the service information sub-option; and a module for recording service information of the service data packet in the sub-option value field .
  • the module 1130 for recording the service information of the service data packet in the service information option data field may further include: a module for adding a sub-option type field in the service information sub-option, the sub-option type field is used for Recording a protocol value corresponding to the service information sub-option; and a module for adding a sub-option length field to the service information sub-option, the sub-option length field is used to record the length of the sub-option value field.
  • FIG. 12 is a flow chart showing a method for receiving an IPv6 data packet according to an embodiment of the present invention.
  • the method can be performed at, for example, a receiving end that will receive an IPv6 packet.
  • the receiving end receives the IPv6 data packet, where the IPv6 data packet is formed by adding an IPv6 data packet header to the service data packet, and carries the service information of the service data packet in the IPv6 data packet header.
  • the receiving end acquires the service information of the service data packet from the IPv6 packet header.
  • FIG. 13 shows a flowchart of a method of obtaining service information of a service data packet from a service information extension header of an IPv6 packet header
  • FIG. 14 shows a header or destination extension from a hop-by-hop option of an IPv6 packet header.
  • Ground option extension A flow chart of a method for obtaining business information of a service data packet in a business information option of the department. This will be specifically described below with reference to Figs. 13 and 14.
  • the method for obtaining the service information of the service data packet from the IPv6 data packet header may include: detecting, in step S1310, a service information extension header in the IPv6 data packet header, where the service information extension header may have, for example, a map.
  • the structure shown in 3 can also include a service information field.
  • the process of detecting the service information extension header may include: detecting a protocol value recorded in a next header field in a previous header (eg, a main header or other extension header) before the service information extension header; and based on the The protocol value determines that the next extended header after the previous header is the service information extension header.
  • the service information of the service data packet recorded in the service information field can be acquired.
  • the service information extension header may further include a next header field and a header extension length field.
  • the service information may be a sub-option of the TLV format.
  • the obtaining of the service information of the service data packet recorded in the service information field in step S1320 may further include: detecting a service information sub-option added in the service information field, the service information sub-option may have, for example The structure shown in FIG. 5C; detecting the sub-option value field added in the service information sub-option; and obtaining the service information of the service data packet recorded in the sub-option value field.
  • the service information sub-option may further include a sub-option type field and a sub-option length field.
  • the method for obtaining the service information of the service data packet from the IPv6 data packet header may include: detecting, in step S1410, the protocol value recorded in the option type field added in the option, where the option is located in the IPv6 data.
  • the hop-by-hop option of the package header extends the header or destination option in the extension header.
  • it may be determined based on the protocol value that the option is a service information option, and the service information option may have a structure such as that shown in FIG.
  • the service information option data field added in the service information option can be detected.
  • the service information of the service data packet recorded in the service information option data field can be acquired.
  • the service information option may further include a service information option data length field.
  • the service information may be a sub-option of the TLV format.
  • the operation of acquiring the service information of the service data packet recorded in the service information option data field in step S1440 may further include: detecting a service information sub-option added in the service information option data field, the service information sub- The option may have, for example, the structure shown in FIG. 5C; detecting a sub-option value field added in the service information sub-option; and acquiring service information of the service data packet recorded in the sub-option value field.
  • the service information sub-option may further include a sub-option type field and a sub-option length field.
  • FIG. 15 is a diagram showing an apparatus 1500 for receiving an IPv6 data packet according to an embodiment of the present invention.
  • the apparatus 1500 can include: a module 1510 for receiving an IPv6 data packet, wherein the IPv6 data packet is formed by adding an IPv6 data packet header to the service data packet, and carrying the service data packet in the IPv6 data packet header The service information; and a module 1520 for obtaining service information of the service data packet from the IPv6 packet header.
  • the module 1520 for obtaining service information of a service data packet from an IPv6 packet header may have a different structure based on different schemes employed.
  • Figure 16 illustrates a module 1520 having the further structure shown by apparatus 1600 in the case where the IPv6 packet header has a service information extension header.
  • FIG. 17 illustrates the service information option with the hop-by-hop option extension header or destination option extension header in the IPv6 packet header
  • the module 1520 can have the further structure shown by apparatus 1700. The details will be described below with reference to Figs. 16 and 17.
  • Figure 16 is a diagram showing an apparatus 1600 for obtaining service information of a service data packet from a service information extension header, in accordance with an embodiment of the present invention.
  • the apparatus 1600 can include: a module 1610 for detecting a service information extension header within an IPv6 packet header, wherein the service information extension header can have a structure such as that shown in FIG. 3 and includes a service information field. And a module 1620 for obtaining business information of the business data package recorded in the service information field.
  • the module 1610 for detecting a service information extension header may include: recording, in a next header field in a previous header (for example, a main header or other extension header) before detecting the service information extension header a module of the protocol value; and a module for determining, based on the protocol value, the next extended header after the previous header is the service information extension header.
  • the service information extension header may further include a next header field and a header extension length field.
  • the module 1620 for acquiring the service information of the service data packet recorded in the service information field may further include: a module for detecting the service information sub-option added in the service information field
  • the service information sub-option may have, for example, the structure shown in FIG. 5C; a module for detecting a sub-option value field added in the service information sub-option; and for acquiring a service data packet recorded in the sub-option value field Module of business information.
  • the service information sub-option may further include a sub-option type field and a sub-option length field.
  • the apparatus 1700 can include: a module 1710 for detecting a protocol value recorded in an option type field added within an option, the option being located in a hop-by-hop option extension header or a destination option extension header of an IPv6 packet header a module 1720 for determining that the option is a service information option based on the protocol value, the service information option may have a structure such as that shown in FIG.
  • the service information option may further include a service information option data length field.
  • the module 1740 for acquiring the service information of the service data packet recorded in the service information option data field may further include: detecting the service information added in the service information option data field a module of a sub-option, the service information sub-option may have, for example, the structure shown in FIG. 5C; a module for detecting a sub-option value field added in the service information sub-option; and for acquiring the record in the sub-option value field A module of business information for business data packets.
  • the service information sub-option may further include a sub-option type field and a sub-option length field.
  • FIG. 18 is a diagram showing an apparatus 1800 for transmitting an IPv6 data packet in accordance with an embodiment of the present invention.
  • apparatus 1800 can include a processor 1810 and a transmitter 1820.
  • the processor 1810 can be configured to implement functions corresponding to the various methods described herein for carrying traffic information for a service data packet in an IPv6 data packet.
  • processor 1810 can be configured to implement the exemplary methods illustrated in Figures 6-8.
  • Transmitter 1820 is coupled to processor 1810, which can be configured to transmit IPv6 data packets carrying service information for the traffic packets.
  • FIG. 19 is a diagram showing an apparatus 1900 for receiving an IPv6 data packet in accordance with an embodiment of the present invention.
  • device 1900 can include a receiver 1910 and a processor 1920.
  • Receiver 1910 can be configured to receive IPv6 packets.
  • Processor 1920 is coupled to receiver 1910, which can be configured to implement functions corresponding to the various methods described herein for obtaining traffic information for a carried service data packet from an IPv6 data packet.
  • processor 1920 can be configured to implement the example methods illustrated in Figures 12-14.
  • the various aspects described herein can be implemented in hardware, software, firmware, middleware, microcode, or any combination thereof.
  • the devices and/or methods are implemented using software, firmware, middleware, microcode, program code or code segments, they can be stored in a machine readable medium, for example, in a storage component.
  • the techniques described herein can be implemented with modules (e.g., programs, functions, etc.) that implement the functions described herein.
  • the software code can be stored in a memory unit and executed by the processor.
  • the memory unit can be implemented in the processor or can be external to the processor. In the latter case, the memory can be connected to the processor by various means.

Landscapes

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

Abstract

本发明实施例提供了用于发送和接收IPv6数据包的方法和装置。通过在IPv6数据包首部中添加新的业务信息扩展首部或者在IPv6数据包首部的逐跳选项扩展首部或目的地选项扩展首部中添加新的业务信息选项，本发明实施例可以实现在IPv6数据包中承载业务数据包的业务信息。此外，通过对业务信息扩展首部或者对逐跳选项扩展首部或目的地选项扩展首部的业务信息选项进行检测，本发明实施例可以相应地从IPv6数据包中获取所承载的业务数据包的业务信息。本发明实施例能够实现在IPv6数据包中承载业务数据包的业务信息，该业务信息可被用于对IPv6数据包进行分类、统计或分析等处理，以便有助于网络的管理和监控并有助于更合理地利用网络资源。

Description

用于发送和接收 IPv6数据包的方法和装置 技术领域 本发明一般涉及基于 IPv6的网络， 具体地， 涉及用于发送和接收 IPv6数据包的方法 和装置。 背景技术 根据目前的 IPv6协议（例如， RFC2460)，可以在 IPv6数据包的主首部（main header) 中分别添加流量类别 （traffic class )字段和流标签（flow label)字段（如图 1所示） 。 流 量类别字段可由发起节点或转发路由器等用于标识和区分 IPv6数据包的不同类别或优 先级。 例如， 可以在流量类别字段中添加区分服务 （Differentiated Service) 字段， 以便 提供服务质量（Qos )保障。 流标签字段可以利用流标签来标记某个特定流中的所有数 据包， 从而保障流中数据包交付的一致性。 然而， 上述的流量类别字段和流标签字段都 无法对不同业务的 IPv6数据包进行有效区分， 例如， 无法区分视频业务流和数据业务流 等。 此外， 主首部中的其它字段也无法实现对 IPv6数据包的业务的区分。
根据目前的 IPv6协议， 可以为 IPv6数据包添加扩展首部。 在现有的扩展首部中， 唯 一一个由所有中间设备检查的扩展首部是逐跳选项扩展首部。逐跳选项扩展首部可以用 于向传输路径上的所有路由器传递管理信息。
图 2示出了现有的逐跳选项扩展首部的格式。 如图 2所示， 逐跳选项扩展首部可以包 括下一首部字段 （8比特） 、 首部扩展长度字段 （8比特） 以及一个或多个选项字段 （例 如， 选项 #1、 选项 #2等） 。 每个选项字段可以包括选项类型字段 （8比特） 、 选项数据 长度字段 （8比特） 以及选项数据字段 （长度可变） 。 例如， 在选项 #1中可以包括选项 #1类型字段、 选项 #1数据长度字段以及选项 #1数据字段。 选项类型字段中的第 1个和第 2 个比特是无法识别选项操作（Unrecognized Option Action)指示， 第 3个比特是选项允许 改变 （Option Change Allowed) 标记， 最后 5个比特是选项类型剩余部分 （Remainder of Option Type ) 。
在 RFC2711中为逐跳选项扩展首部添加了路由提示选项 （Router Alert Option) 。 该 路由提示选项可以用于提示传输路径上的路由器是否需要解析 IPv6数据包的首部， 并且 可以用于向中间路由器提示 IPv6数据包中的数据内容。 然而， 路由提示选项中仅包含多 播侦听发现（Multicast Listener Discovery)信息和资源预留协议（RSVP)信息， 其并不 能提供业务数据包的业务信息。 发明内容
针对以上问题， 本发明提供了用于发送和接收 IPv6数据包的方法和装置。
根据本发明的一个方面， 提供了一种用于发送 IPv6数据包的方法， 该方法包括： 从 传输层获取业务数据包； 对所述业务数据包添加 IPv6数据包首部以形成 IPv6数据包， 其 中， 在所述 IPv6数据包首部中携带有所述业务数据包的业务信息； 以及发送所述 IPv6数 据包。
根据本发明的另一个方面， 提供了一种用于接收 IPv6数据包的方法， 该方法包括： 接收 IPv6数据包， 其中， 所述 IPv6数据包是通过对业务数据包添加 IPv6数据包首部而形 成的，并且在所述 IPv6数据包首部中携带有所述业务数据包的业务信息；以及从所述 IPv6 数据包首部中获取所述业务数据包的业务信息。
根据本发明的另一个方面，提供了一种用于发送 IPv6数据包的装置，所述装置包括: 处理器， 配置用于从传输层获取业务数据包， 以及对所述业务数据包添加 IPv6数据包首 部以形成 IPv6数据包， 其中， 在所述 IPv6数据包首部中携带有所述业务数据包的业务信 息； 以及发射机， 配置用于发送所述 IPv6数据包。
根据本发明的另一个方面，提供了一种用于接收 IPv6数据包的装置，所述装置包括: 接收机，配置用于接收 IPv6数据包，其中，所述 IPv6数据包是通过对业务数据包添加 IPv6 数据包首部而形成的， 并且在所述 IPv6数据包首部中携带有所述业务数据包的业务信 息； 以及处理器， 配置用于从所述 IPv6数据包首部中获取所述业务数据包的业务信息。
本发明可以实现将业务数据包的业务信息承载到 IPv6数据包中并相应地从 IPv6数 据包中获取业务数据包的业务信息， 所述业务信息可被用于对 IPv6数据包进行分类、 统 计或分析等处理， 以便有助于网络的管理和监控并有助于更合理地利用网络资源。 附图说明 图 1是示出 IPv6数据包的主首部的结构的示意图；
图 2是示出逐跳选项扩展首部的格式的示意图；
图 3是示出根据本发明实施例的业务信息扩展首部的结构的示意图；
图 4是示出根据本发明实施例的业务信息选项的结构的示意图； 图 5A-图 5C是示出根据本发明实施例的业务信息的实例的示意图； 图 6是示出根据本发明实施例的用于发送 IPv6数据包的方法的流程图；
图 7是示出根据本发明实施例的在业务信息扩展首部中携带业务数据包的业务信息 的方法的流程图；
图 8是示出根据本发明实施例的在逐跳选项扩展首部或目的地选项扩展首部的业务 信息选项中携带业务数据包的业务信息的方法的流程图；
图 9是示出根据本发明实施例的用于发送 IPv6数据包的装置的示意图；
图 10是示出根据本发明实施例的用于在业务信息扩展首部中携带业务数据包的业 务信息的装置的示意图；
图 11是示出根据本发明实施例的用于在逐跳选项扩展首部或目的地选项扩展首部 的业务信息选项中携带业务数据包的业务信息的装置的示意图；
图 12是示出根据本发明实施例的用于接收 IPv6数据包的方法的流程图；
图 13是示出根据本发明实施例的从业务信息扩展首部中获取业务数据包的业务信 息的方法的流程图；
图 14是示出根据本发明实施例的从逐跳选项扩展首部或目的地选项扩展首部的业 务信息选项中获取业务数据包的业务信息的方法的流程图；
图 15是示出根据本发明实施例的用于接收 IPv6数据包的装置的示意图；
图 16是示出根据本发明实施例的用于从业务信息扩展首部中获取业务数据包的业 务信息的装置的示意图；
图 17是示出根据本发明实施例的用于从逐跳选项扩展首部或目的地选项扩展首部 的业务信息选项中获取业务数据包的业务信息的装置的示意图；
图 18是示出根据本发明实施例的用于发送 IPv6数据包的装置的示意图； 以及 图 19是示出根据本发明实施例的用于接收 IPv6数据包的装置的示意图。 具体实施方式 本发明可以将业务数据包的业务信息承载到 IPv6数据包中， 并可以相应地从 IPv6数 据包中获取所承载的业务数据包的业务信息， 从而使得网络能够根据 IPv6数据包中所携 带的业务信息， 对不同的 IPv6数据包执行有效的分类、 统计或分析等处理。
根据本发明的实施例， 可以在 IPv6数据包首部中添加一种新的扩展首部， 即业务信 息扩展首部， 以用于在 IPv6数据包中承载业务数据包的业务信息。 图 3是示出根据本发 明实施例的业务信息扩展首部的结构的示意图。
如图 3所示， 业务信息扩展首部可以包括下一首部字段、 首部扩展长度字段以及业 务信息字段。 下一首部字段可以占用例如 1个字节， 用于记录与该业务信息扩展首部之 后的下一个扩展首部相对应的协议值。 首部扩展长度字段可以占用例如 1个字节， 用于 记录该业务信息扩展首部的长度， 该长度可以例如以 8字节为单位进行计算。 业务信息 字段的长度是可变的， 其用于记录业务数据包的业务信息。 在添加了业务信息扩展首部 的情况下， 可以在该业务信息扩展首部之前的前一个首部 （例如， 主首部或其它扩展首 部） 内的下一首部字段中记录与该业务信息扩展首部相对应的协议值， 从而可以通过该 协议值来标识该业务信息扩展首部。
根据本发明的另一个实施例， 可以在 IPv6数据包首部的逐跳选项扩展首部中添加一 种新的选项， 即业务信息选项， 以用于在 IPv6数据包中承载业务数据包的业务信息。 此 外， 根据本发明的另一个实施例， 也可以在 IPv6数据包首部的目的地选项扩展首部中添 加业务信息选项，以用于在 IPv6数据包中承载业务数据包的业务信息，其中，在 RFC2460 中已经对目的地选项扩展首部做出了清楚的说明。该目的地选项扩展首部具有与逐跳选 项扩展首部相类似的结构， 并且， 根据本发明的实施例， 在这两种扩展首部中所添加的 业务信息选项也可以具有类似的结构。 图 4是示出根据本发明实施例的业务信息选项的 结构的示意图。
如图 4所示， 业务信息选项可以包括业务信息选项类型字段、 业务信息选项数据长 度字段以及业务信息选项数据字段。 业务信息选项类型字段可以占用例如 1个字节， 如 图 4中的第 1个至第 8个比特所示。 业务信息选项类型字段的第 1个和第 2个比特可以是无 法识别选项操作指示， 第 3个比特可以是选项允许改变标记 （在 RFC2460中对无法识别 选项操作指示和选项允许改变标记做出了清楚的说明） 。 业务信息选项类型字段的后 5 个比特可以是选项类型剩余部分， 其可以用于记录与该业务信息选项相对应的协议值， 从而可以通过该协议值来标识该业务信息选项。业务信息选项数据长度字段可以占用例 如 1个字节， 用于记录其后面的业务信息选项数据字段的长度， 该长度可以例如以 8字节 为单位进行计算。 业务信息选项数据字段的长度是可变的， 其用于记录业务数据包的业 务信息。
在图 3所示的业务信息字段以及在图 4所示的业务信息选项数据字段中所记录的业 务数据包的业务信息的具体内容可以根据不同的场景和需求来确定。业务信息可以包括 与业务类型、 业务属性或服务提供商等有关的各种信息， 这些信息是可以被网络设备或 网络管理者用于对 IPv6数据包进行分析、 统计或分类等处理的。 例如， 业务信息可以表 示该 IPv6数据包涉及视频业务流或数据业务流等， 以便用于对网络的传输实施分类管 理。 例如， 在网络支付的应用中， 业务信息可以是银行支付业务的 ID号， 以便由银行或 第三方对例如支付交易状况等进行统计和分析。例如， 在 IPTV业务应用中， 业务信息可 以是节目 ID号， 从而可以用于对同一节目的播出状况、不同节目的点播分布等进行分类 统计， 并据此对网络实施管理。 例如， 业务信息还可以是服务提供商的 ID号， 以便于实 施网络管理和监控。 业务信息的具体内容可以根据需要来相应地设定， 其不仅可以包含 以上列举的各个实例及其任意组合， 还可以涵盖能被用于对 IPv6数据包进行分析、 统计 或分类等处理的任何其它信息。
图 5A-图 5C以示例性的方式示出了业务信息的几个具体实例，用以说明图 3所示的业 务信息字段以及图 4所示的业务信息选项数据字段的示例性实现方式。
图 5A示出了业务信息为业务 ID的示意图。 该业务 ID可以是银行支付业务的 ID号、 IPTV的节目 ID号等， 其长度可以根据实际需要设定， 例如可以为 4个字节。
图 5B示出了业务信息为业务 ID和厂商 ID的组合的示意图。 该业务 ID可以是银行支 付业务的 ID号、 IPTV的节目 ID号等，该厂商 ID可以是不同的服务提供商的 ID号。业务 ID 和厂商 ID的长度可以根据实际需要设定， 例如可以为 4个字节。
图 5C示出了业务信息为类型-长度-值 （TIN) 格式的子选项的示意图。 根据本发明 的实施例，可以在业务信息扩展首部的业务信息字段中或者在逐跳选项扩展首部或目的 地选项扩展首部的业务信息选项的业务信息选项数据字段中添加图 5C所示的业务信息 子选项。如图 5C所示， 业务信息子选项可以包括子选项类型字段、子选项长度字段以及 子选项值字段。 子选项类型字段可以占用例如 1个字节， 其用于记录与业务信息子选项 相对应的协议值。 子选项长度字段可以占用例如 1个字节， 其用于记录后面的子选项值 字段的长度， 该长度可以例如以 8字节为单位进行计算。 子选项值字段的长度是可变的， 其用于记录业务数据包的业务信息。
图 6是示出根据本发明实施例的用于发送 IPv6数据包的方法的流程图。 该方法可以 在例如将要发送 IPv6数据包的发送端执行。 在步骤 S610, 该发送端从传输层 （例如 TCP 层） 获取业务数据包。 在步骤 S620, 对业务数据包添加 IPv6数据包首部以形成 IPv6数据 包， 其中， 在所添加的 IPv6数据包首部中可以携带有业务数据包的业务信息。 在步骤 S630, 发送端发送所形成的 IPv6数据包。
本发明可以采用各种方法在 IPv6数据包首部中携带业务数据包的业务信息。 例如， 图 7示出了在 IPv6数据包首部的业务信息扩展首部中携带业务数据包的业务信息的方法 的流程图， 而图 8示出了在 IPv6数据包首部的逐跳选项扩展首部或目的地选项扩展首部 的业务信息选项中携带业务数据包的业务信息的方法的流程图。 以下结合图 6和图 7具体 加以说明。
如图 7所示， 在 IPv6数据包首部中携带业务数据包的业务信息的方法可以包括： 在 步骤 S710, 在 IPv6数据包首部中添加业务信息扩展首部， 该业务信息扩展首部可以具有 例如图 3所示的结构。 在这种情况下， 可以在业务信息扩展首部之前的前一个首部 （例 如， 主首部或其它扩展首部） 内的下一首部字段中记录与该业务信息扩展首部相对应的 协议值， 以便对该业务信息扩展首部进行标识。 在步骤 S720, 可以在业务信息扩展首部 中添加业务信息字段。在步骤 S730,可以在业务信息字段中记录业务数据包的业务信息。 可选地， 可以在业务信息扩展首部中添加下一首部字段， 该下一首部字段可以用于记录 与该业务信息扩展首部之后的下一个扩展首部相对应的协议值。 可选地， 还可以在业务 信息扩展首部中添加首部扩展长度字段，该首部扩展长度字段可以用于记录该业务信息 扩展首部的长度。
根据本发明的实施例，业务信息可以为 TLV格式的子选项。在这种情况下，步骤 S730 的在业务信息字段中记录业务数据包的业务信息的操作可以进一步包括：在业务信息字 段中添加业务信息子选项， 该业务信息子选项可以具有例如图 5C所示的结构； 在业务信 息子选项中添加子选项值字段； 以及在子选项值字段中记录业务数据包的业务信息。 可 选地， 可以在业务信息子选项中添加子选项类型字段， 该子选项类型字段可以用于记录 与业务信息子选项相对应的协议值。 可选地， 可以在业务信息子选项中添加子选项长度 字段， 该子选项长度字段可以用于记录子选项值字段的长度。
如图 8所示， 在 IPv6数据包首部中携带业务数据包的业务信息的方法可以包括： 在 步骤 S810, 在 IPv6数据包首部的逐跳选项扩展首部或目的地选项扩展首部中添加业务信 息选项， 该业务信息选项可以具有例如图 4所示的结构。 在步骤 S820, 可以在业务信息 选项中添加业务信息选项数据字段。在步骤 S830, 可以在业务信息选项数据字段中记录 业务数据包的业务信息。 可选地， 可以在业务信息选项中添加业务信息选项类型字段， 该业务信息选项类型字段可以用于记录与业务信息选项相对应的协议值。 可选地， 可以 在业务信息选项中添加业务信息选项数据长度字段，该业务信息选项数据长度字段可以 用于记录业务信息选项数据字段的长度。
根据本发明的实施例，业务信息可以为 TLV格式的子选项。在这种情况下，步骤 S830 的在业务信息选项数据字段中记录业务数据包的业务信息的操作可以进一步包括：在业 务信息选项数据字段中添加业务信息子选项，该业务信息子选项可以具有例如图 5C所示 的结构； 在业务信息子选项中添加子选项值字段； 以及在子选项值字段中记录业务数据 包的业务信息。 可选地， 可以在业务信息子选项中添加子选项类型字段， 该子选项类型 字段可以用于记录与业务信息子选项相对应的协议值。 可选地， 可以在业务信息子选项 中添加子选项长度字段， 该子选项长度字段可以用于记录子选项值字段的长度。
图 9示出了根据本发明实施例的用于发送 IPv6数据包的装置 900的示意图。 如图 9所 示， 装置 900可以包括： 用于从传输层获取业务数据包的模块 910; 用于对业务数据包添 加 IPv6数据包首部以形成 IPv6数据包的模块 920，其中， 在 IPv6数据包首部中携带有业务 数据包的业务信息； 以及用于发送 IPv6数据包的模块 930。
基于所采用的不同方案， 所述用于对业务数据包添加 IPv6数据包首部以形成 IPv6数 据包的模块 920可以具有不同的结构。 例如， 图 10示出了在利用业务信息扩展首部携带 业务数据包的业务信息的情况下， 模块 920可以具有装置 1000所示的进一步结构。 而图 11示出了在利用逐跳选项扩展首部或目的地选项扩展首部的业务信息选项携带业务数 据包的业务信息的情况下， 模块 920可以具有装置 1100所示的进一步结构。 以下结合图 10和图 11具体加以说明。
图 10示出了根据本发明实施例的用于在业务信息扩展首部中携带业务数据包的业 务信息的装置 1000的示意图。 如图 10所示， 装置 1000可以包括： 用于在 IPv6数据包首部 中添加业务信息扩展首部的模块 1010;用于在业务信息扩展首部中添加业务信息字段的 模块 1020;以及用于在业务信息字段中记录业务数据包的业务信息的模块 1030。可选地， 装置 1000还可以包括： 用于在业务信息扩展首部之前的前一个首部 （例如， 主首部或其 它扩展首部） 内的下一首部字段中记录与业务信息扩展首部相对应的协议值的模块。 可 选地， 装置 1000还可以包括： 用于在业务信息扩展首部中添加下一首部字段的模块， 该 下一首部字段用于记录与业务信息扩展首部之后的下一个扩展首部相对应的协议值； 以 及用于在业务信息扩展首部中添加首部扩展长度字段的模块，该首部扩展长度字段用于 记录业务信息扩展首部的长度。
根据本发明的实施例， 可选地， 用于在业务信息字段中记录业务数据包的业务信息 的模块 1030可以进一步包括： 用于在业务信息字段中添加业务信息子选项的模块， 该业 务信息子选项可以具有例如图 5C所示的结构；用于在业务信息子选项中添加子选项值字 段的模块； 以及用于在子选项值字段中记录业务数据包的业务信息的模块。 可选地， 用 于在业务信息字段中记录业务数据包的业务信息的模块 1030可以进一步包括：用于在业 务信息子选项中添加子选项类型字段的模块，该子选项类型字段用于记录与业务信息子 选项相对应的协议值； 以及用于在业务信息子选项中添加子选项长度字段的模块， 该子 选项长度字段用于记录子选项值字段的长度。
图 11示出了根据本发明实施例的用于在逐跳选项扩展首部或目的地选项扩展首部 的业务信息选项中携带业务数据包的业务信息的装置 1100的示意图。 如图 11所示， 装置 1100可以包括： 用于在 IPv6数据包首部的逐跳选项扩展首部或目的地选项扩展首部中添 加业务信息选项的模块 1110， 该业务信息选项可以具有例如图 4所示的结构； 用于在业 务信息选项中添加业务信息选项数据字段的模块 1120; 以及用于在业务信息选项数据字 段中记录业务数据包的业务信息的模块 1130。 可选地， 装置 1100还可以包括用于在业务 信息选项中添加业务信息选项类型字段的模块，该业务信息选项类型字段用于记录与业 务信息选项相对应的协议值。 可选地， 装置 1100还可以包括用于在业务信息选项中添加 业务信息选项数据长度字段的模块，该业务信息选项数据长度字段用于记录业务信息选 项数据字段的长度。
根据本发明的实施例， 可选地， 用于在业务信息选项数据字段中记录业务数据包的 业务信息的模块 1130可以进一步包括： 用于在业务信息选项数据字段中添加业务信息子 选项的模块， 该业务信息子选项可以具有例如图 5C所示的结构； 用于在业务信息子选项 中添加子选项值字段的模块； 以及用于在子选项值字段中记录业务数据包的业务信息的 模块。 可选地， 用于在业务信息选项数据字段中记录业务数据包的业务信息的模块 1130 可以进一步包括： 用于在业务信息子选项中添加子选项类型字段的模块， 该子选项类型 字段用于记录与业务信息子选项相对应的协议值； 以及用于在业务信息子选项中添加子 选项长度字段的模块， 该子选项长度字段用于记录子选项值字段的长度。
图 12是示出根据本发明实施例的用于接收 IPv6数据包的方法的流程图。 该方法可以 在例如将要接收 IPv6数据包的接收端处执行。 在步骤 S1210, 接收端接收 IPv6数据包， 其中， 该 IPv6数据包是通过对业务数据包添加 IPv6数据包首部而形成的， 并且在 IPv6数 据包首部中携带有业务数据包的业务信息。 在步骤 S1220, 接收端从 IPv6数据包首部中 获取业务数据包的业务信息。
本发明可以采用各种方法从 IPv6数据包首部中获取业务数据包的业务信息。 例如， 图 13示出了从 IPv6数据包首部的业务信息扩展首部中获取业务数据包的业务信息的方 法的流程图， 而图 14示出了从 IPv6数据包首部的逐跳选项扩展首部或目的地选项扩展首 部的业务信息选项中获取业务数据包的业务信息的方法的流程图。 以下结合图 13和图 14 具体加以说明。
如图 13所示， 从 IPv6数据包首部中获取业务数据包的业务信息的方法可以包括： 在 步骤 S1310, 检测在 IPv6数据包首部内的业务信息扩展首部， 该业务信息扩展首部可以 具有例如图 3所示的结构并且可以包括业务信息字段。 可选地， 检测业务信息扩展首部 的过程可以包括： 检测该业务信息扩展首部之前的前一个首部 （例如， 主首部或其它扩 展首部） 内的下一首部字段中记录的协议值； 以及基于该协议值确定该前一个首部之后 的下一个扩展首部是该业务信息扩展首部。 在步骤 S1320, 可以获取在业务信息字段中 记录的业务数据包的业务信息。 如图 3所示， 可选地， 业务信息扩展首部还可以包括下 一首部字段和首部扩展长度字段。
根据本发明的实施例， 业务信息可以为 TLV格式的子选项。 在这种情况下， 步骤 S1320的获取在业务信息字段中记录的业务数据包的业务信息的操作可以进一步包括： 检测在业务信息字段中添加的业务信息子选项， 该业务信息子选项可以具有例如图 5C 所示的结构； 检测在业务信息子选项中添加的子选项值字段； 以及获取在子选项值字段 中记录的业务数据包的业务信息。如图 5C所示， 可选地， 业务信息子选项还可以包括子 选项类型字段和子选项长度字段。
如图 14所示， 从 IPv6数据包首部中获取业务数据包的业务信息的方法可以包括： 在 步骤 S1410,检测在选项内添加的选项类型字段中记录的协议值，其中，该选项位于 IPv6 数据包首部的逐跳选项扩展首部或目的地选项扩展首部中。 在步骤 S1420, 可以基于协 议值确定该选项是业务信息选项， 该业务信息选项可以具有例如图 4所示的结构。 在步 骤 S1430, 可以检测在业务信息选项中添加的业务信息选项数据字段。 在步骤 S1440, 可 以获取在业务信息选项数据字段中记录的业务数据包的业务信息。 如图 4所示， 可选地， 业务信息选项还可以包括业务信息选项数据长度字段。
根据本发明的实施例， 业务信息可以为 TLV格式的子选项。 在这种情况下， 步骤 S1440的获取在业务信息选项数据字段中记录的业务数据包的业务信息的操作可以进一 步包括： 检测在业务信息选项数据字段中添加的业务信息子选项， 该业务信息子选项可 以具有例如图 5C所示的结构； 检测在业务信息子选项中添加的子选项值字段； 以及获取 在子选项值字段中记录的业务数据包的业务信息。如图 5C所示， 可选地， 业务信息子选 项还可以包括子选项类型字段和子选项长度字段。
图 15是示出根据本发明实施例的用于接收 IPv6数据包的装置 1500的示意图。 如图 15 所示， 装置 1500可以包括： 用于接收 IPv6数据包的模块 1510， 其中， IPv6数据包是通过 对业务数据包添加 IPv6数据包首部而形成的， 并且在 IPv6数据包首部中携带有业务数据 包的业务信息； 以及用于从 IPv6数据包首部中获取业务数据包的业务信息的模块 1520。
基于所采用的不同方案， 所述用于从 IPv6数据包首部中获取业务数据包的业务信息 的模块 1520可以具有不同的结构。 例如， 图 16示出了在 IPv6数据包首部具有业务信息扩 展首部的情况下， 模块 1520可以具有装置 1600所示的进一步结构。 而图 17示出了在 IPv6 数据包首部具有逐跳选项扩展首部或目的地选项扩展首部的业务信息选项的情况下，模 块 1520可以具有装置 1700所示的进一步结构。 以下结合图 16和图 17具体加以说明。
图 16是示出根据本发明实施例的用于从业务信息扩展首部中获取业务数据包的业 务信息的装置 1600的示意图。 如图 16所示， 装置 1600可以包括： 用于检测在 IPv6数据包 首部内的业务信息扩展首部的模块 1610， 其中， 该业务信息扩展首部可以具有例如图 3 所示的结构并且包括业务信息字段； 以及用于获取在业务信息字段中记录的业务数据包 的业务信息的模块 1620。可选地，所述用于检测业务信息扩展首部的模块 1610可以包括: 用于检测该业务信息扩展首部之前的前一个首部（例如， 主首部或其它扩展首部） 内的 下一首部字段中记录的协议值的模块； 以及用于基于该协议值确定该前一个首部之后的 下一个扩展首部是该业务信息扩展首部的模块。 如图 3所示， 可选地， 业务信息扩展首 部还可以包括下一首部字段和首部扩展长度字段。
根据本发明的实施例， 可选地， 用于获取在业务信息字段中记录的业务数据包的业 务信息的模块 1620可以进一步包括：用于检测在业务信息字段中添加的业务信息子选项 的模块， 该业务信息子选项可以具有例如图 5C所示的结构； 用于检测在业务信息子选项 中添加的子选项值字段的模块； 以及用于获取在子选项值字段中记录的业务数据包的业 务信息的模块。如图 5C所示， 可选地， 业务信息子选项还可以包括子选项类型字段和子 选项长度字段。
图 17是示出根据本发明实施例的用于从逐跳选项扩展首部或目的地选项扩展首部 的业务信息选项中获取业务数据包的业务信息的装置 1700的示意图。 如图 17所示， 装置 1700可以包括： 用于检测在选项内添加的选项类型字段中记录的协议值的模块 1710， 该 选项位于 IPv6数据包首部的逐跳选项扩展首部或目的地选项扩展首部中； 用于基于该协 议值确定该选项是业务信息选项的模块 1720， 该业务信息选项可以具有例如图 4所示的 结构； 用于检测在业务信息选项中添加的业务信息选项数据字段的模块 1730; 以及用于 获取在业务信息选项数据字段中记录的业务数据包的业务信息的模块 1740。如图 4所示， 可选地， 业务信息选项还可以包括业务信息选项数据长度字段。
根据本发明的实施例， 可选地， 用于获取在业务信息选项数据字段中记录的业务数 据包的业务信息的模块 1740可以进一步包括：用于检测在业务信息选项数据字段中添加 的业务信息子选项的模块， 该业务信息子选项可以具有例如图 5C所示的结构； 用于检测 在业务信息子选项中添加的子选项值字段的模块； 以及用于获取在子选项值字段中记录 的业务数据包的业务信息的模块。如图 5C所示， 可选地， 业务信息子选项还可以包括子 选项类型字段和子选项长度字段。
图 18是示出根据本发明实施例的用于发送 IPv6数据包的装置 1800的示意图。 如图 18 所示， 装置 1800可以包括处理器 1810和发射机 1820。 处理器 1810可被配置为实现与本文 所描述的用于在 IPv6数据包中承载业务数据包的业务信息的各种方法相对应的功能。 例 如， 处理器 1810可被配置为实现图 6至图 8中所示的示例性方法。 发射机 1820连接到处理 器 1810， 其可被配置用于发送承载有业务数据包的业务信息的 IPv6数据包。
图 19是示出根据本发明实施例的用于接收 IPv6数据包的装置 1900的示意图。 如图 19 所示， 装置 1900可以包括接收机 1910和处理器 1920。 接收机 1910可被配置用于接收 IPv6 数据包。 处理器 1920连接到接收机 1910， 其可被配置为实现与本文所描述的用于从 IPv6 数据包中获取所承载的业务数据包的业务信息的各种方法相对应的功能。 例如， 处理器 1920可被配置为实现图 12至图 14中所示的示例性方法。
本文描述的各个方面可以用硬件、 软件、 固件、 中间件、 微代码或者其任意组合来 实现。 利用软件、 固件、 中间件、 微代码、 程序代码或者代码段来实现这些装置和 /或方 法时， 可以将其存储在机器可读介质内， 例如存储在存储部件内。 对于软件实现， 本文 描述的技术可以用实现本文所述功能的模块（例如程序、 函数等）来实现。 可以将软件 代码存储在存储器单元中， 由处理器来执行。 存储器单元可以在处理器中实现， 或者可 以位于处理器外部。 在后一种情况下， 存储器可以通过各种手段与处理器连接。
以上提供的对所公开实施例的描述用于使本领域技术人员能够实现或者运用本发 明。 对这些实施例的各种修改对于本领域技术人员而言将是容易理解的， 并且这里限定 的一般原理可以在不脱离本发明的精神或者范围的情况下适用于其它实施例。 因此， 本 发明并非旨在局限于本文示出的实施例，而应被给予与本文公开的原理和新颖特征一致 的最广范围。

Claims

权利要求
1、 一种用于发送 IPv6数据包的方法， 其特征在于， 该方法包括：
从传输层获取业务数据包；
对所述业务数据包添加 IPv6数据包首部以形成 IPv6数据包， 其中， 在所述 IPv6数据 包首部中携带有所述业务数据包的业务信息； 以及
发送所述 IPv6数据包。
2、 如权利要求 1所述的方法， 其中， 通过以下步骤在所述 IPv6数据包首部中携带所 述业务数据包的业务信息：
在所述 IPv6数据包首部中添加业务信息扩展首部；
在所述业务信息扩展首部中添加业务信息字段； 以及
在所述业务信息字段中记录所述业务数据包的业务信息。
3、 如权利要求 2所述的方法， 其中， 所述在所述业务信息字段中记录所述业务数据 包的业务信息的步骤进一步包括：
在所述业务信息字段中添加业务信息子选项；
在所述业务信息子选项中添加子选项值字段； 以及
在所述子选项值字段中记录所述业务数据包的业务信息。
4、 如权利要求 1所述的方法， 其中， 通过以下步骤在所述 IPv6数据包首部中携带所 述业务数据包的业务信息：
在所述 IPv6数据包首部的逐跳选项扩展首部中添加业务信息选项；
在所述业务信息选项中添加业务信息选项数据字段； 以及
在所述业务信息选项数据字段中记录所述业务数据包的业务信息。
5、 如权利要求 1所述的方法， 其中， 通过以下步骤在所述 IPv6数据包首部中携带所 述业务数据包的业务信息：
在所述 IPv6数据包首部的目的地选项扩展首部中添加业务信息选项；
在所述业务信息选项中添加业务信息选项数据字段； 以及
在所述业务信息选项数据字段中记录所述业务数据包的业务信息。
6、 一种用于接收 IPv6数据包的方法， 其特征在于， 该方法包括：
接收 IPv6数据包， 其中， 所述 IPv6数据包是通过对业务数据包添加 IPv6数据包首部 而形成的， 并且在所述 IPv6数据包首部中携带有所述业务数据包的业务信息； 以及 从所述 IPv6数据包首部中获取所述业务数据包的业务信息。
7、 如权利要求 6所述的方法， 其中， 所述从所述 IPv6数据包首部中获取所述业务数 据包的业务信息的步骤进一步包括：
检测在所述 IPv6数据包首部内的业务信息扩展首部， 其中， 该业务信息扩展首部包 括业务信息字段；
检测在所述业务信息字段中添加的业务信息子选项；
检测在所述业务信息子选项中添加的子选项值字段； 以及
获取在所述子选项值字段中记录的所述业务数据包的业务信息。
8、 如权利要求 6所述的方法， 其中， 所述从所述 IPv6数据包首部中获取所述业务数 据包的业务信息的步骤进一步包括：
检测在选项内添加的选项类型字段中记录的协议值， 其中， 所述选项位于所述 IPv6 数据包首部的逐跳选项扩展首部中；
基于所述协议值确定所述选项是业务信息选项；
检测在所述业务信息选项中添加的业务信息选项数据字段； 以及
获取在所述业务信息选项数据字段中记录的所述业务数据包的业务信息。
9、 如权利要求 6所述的方法， 其中， 所述从所述 IPv6数据包首部中获取所述业务数 据包的业务信息的步骤进一步包括：
检测在选项内添加的选项类型字段中记录的协议值， 其中， 所述选项位于所述 IPv6 数据包首部的目的地选项扩展首部中；
基于所述协议值确定所述选项是业务信息选项；
检测在所述业务信息选项中添加的业务信息选项数据字段； 以及
获取在所述业务信息选项数据字段中记录的所述业务数据包的业务信息。
10、 一种用于发送 IPv6数据包的装置， 其特征在于， 所述装置包括：
处理器， 配置用于从传输层获取业务数据包， 以及对所述业务数据包添加 IPv6数据 包首部以形成 IPv6数据包， 其中， 在所述 IPv6数据包首部中携带有所述业务数据包的业 务信息； 以及
发射机， 配置用于发送所述 IPv6数据包。
11、 如权利要求 10所述的装置， 其中， 所述处理器还配置用于通过以下操作来在所 述 IPv6数据包首部中携带所述业务数据包的业务信息：
在所述 IPv6数据包首部中添加业务信息扩展首部；
在所述业务信息扩展首部中添加业务信息字段； 以及 在所述业务信息字段中记录所述业务数据包的业务信息。
12、 如权利要求 11所述的装置， 其中， 所述处理器还配置用于通过以下操作来在所 述业务信息字段中记录所述业务数据包的业务信息：
在所述业务信息字段中添加业务信息子选项；
在所述业务信息子选项中添加子选项值字段； 以及
在所述子选项值字段中记录所述业务数据包的业务信息。
13、 如权利要求 10所述的装置， 其中， 所述处理器还配置用于通过以下操作来在所 述 IPv6数据包首部中携带所述业务数据包的业务信息：
在所述 IPv6数据包首部的逐跳选项扩展首部中添加业务信息选项；
在所述业务信息选项中添加业务信息选项数据字段； 以及
在所述业务信息选项数据字段中记录所述业务数据包的业务信息。
14、 如权利要求 10所述的装置， 其中， 所述处理器还配置用于通过以下操作来在所 述 IPv6数据包首部中携带所述业务数据包的业务信息：
在所述 IPv6数据包首部的目的地选项扩展首部中添加业务信息选项；
在所述业务信息选项中添加业务信息选项数据字段； 以及
在所述业务信息选项数据字段中记录所述业务数据包的业务信息。
15、 一种用于接收 IPv6数据包的装置， 其特征在于， 所述装置包括：
接收机， 配置用于接收 IPv6数据包， 其中， 所述 IPv6数据包是通过对业务数据包添 加 IPv6数据包首部而形成的， 并且在所述 IPv6数据包首部中携带有所述业务数据包的业 务信息； 以及
处理器， 配置用于从所述 IPv6数据包首部中获取所述业务数据包的业务信息。
16、 如权利要求 15所述的装置， 其中， 所述处理器还配置用于通过以下操作来从所 述 IPv6数据包首部中获取所述业务数据包的业务信息：
检测在所述 IPv6数据包首部内的业务信息扩展首部， 其中， 该业务信息扩展首部包 括业务信息字段；
检测在所述业务信息字段中添加的业务信息子选项；
检测在所述业务信息子选项中添加的子选项值字段； 以及
获取在所述子选项值字段中记录的所述业务数据包的业务信息。
17、 如权利要求 15所述的装置， 其中， 所述处理器还配置用于通过以下操作来从所 述 IPv6数据包首部中获取所述业务数据包的业务信息： 检测在选项内添加的选项类型字段中记录的协议值， 其中， 所述选项位于所述 IPv6 数据包首部的逐跳选项扩展首部中；
基于所述协议值确定所述选项是业务信息选项；
检测在所述业务信息选项中添加的业务信息选项数据字段； 以及
获取在所述业务信息选项数据字段中记录的所述业务数据包的业务信息。
18、 如权利要求 15所述的装置， 其中， 所述处理器还配置用于通过以下操作来从所 述 IPv6数据包首部中获取所述业务数据包的业务信息：
检测在选项内添加的选项类型字段中记录的协议值， 其中， 所述选项位于所述 IPv6 数据包首部的目的地选项扩展首部中；
基于所述协议值确定所述选项是业务信息选项；
检测在所述业务信息选项中添加的业务信息选项数据字段； 以及
获取在所述业务信息选项数据字段中记录的所述业务数据包的业务信息。
PCT/CN2011/081022 2011-10-20 2011-10-20 用于发送和接收IPv6数据包的方法和装置 WO2013056447A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP11874419.2A EP2706711B1 (en) 2011-10-20 2011-10-20 Method and device for sending and receiving an ipv6 data packet
PCT/CN2011/081022 WO2013056447A1 (zh) 2011-10-20 2011-10-20 用于发送和接收IPv6数据包的方法和装置
CN201180002386.4A CN103181134B (zh) 2011-10-20 2011-10-20 用于发送和接收IPv6数据包的方法和装置
US14/089,389 US20140119387A1 (en) 2011-10-20 2013-11-25 Method and apparatus for sending and receiving ipv6 data packets

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2011/081022 WO2013056447A1 (zh) 2011-10-20 2011-10-20 用于发送和接收IPv6数据包的方法和装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/089,389 Continuation US20140119387A1 (en) 2011-10-20 2013-11-25 Method and apparatus for sending and receiving ipv6 data packets

Publications (1)

Publication Number Publication Date
WO2013056447A1 true WO2013056447A1 (zh) 2013-04-25

Family

ID=48140328

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/081022 WO2013056447A1 (zh) 2011-10-20 2011-10-20 用于发送和接收IPv6数据包的方法和装置

Country Status (4)

Country Link
US (1) US20140119387A1 (zh)
EP (1) EP2706711B1 (zh)
CN (1) CN103181134B (zh)
WO (1) WO2013056447A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104168553A (zh) * 2014-08-29 2014-11-26 大唐移动通信设备有限公司 一种业务报文发送和计费方法及装置
CN112532563A (zh) * 2019-09-17 2021-03-19 华为技术有限公司 报文的发送方法和装置
CN113765791A (zh) * 2020-06-02 2021-12-07 华为技术有限公司 一种确定处理能力的方法、节点和系统

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9762683B2 (en) * 2014-09-30 2017-09-12 A 10 Networks, Incorporated Use of packet header extension for geolocation/geotargeting
US10257099B2 (en) 2014-09-30 2019-04-09 A 10 Networks, Incorporated Applications of processing packets which contain geographic location information of the packet sender
US10742775B2 (en) 2017-07-11 2020-08-11 Futurewei Technologies, Inc. Supporting internet protocol version 4 (IPv4) extension headers
US11909650B2 (en) 2019-02-22 2024-02-20 Juniper Networks, Inc. Internet protocol operations and management option
CN111614564A (zh) * 2019-02-22 2020-09-01 瞻博网络公司 互联网协议操作和管理选项
CN118075175A (zh) * 2022-11-22 2024-05-24 中兴通讯股份有限公司 一种随流检测方法、电子设备和存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1744573A (zh) * 2005-08-30 2006-03-08 杭州华为三康技术有限公司 业务流的识别方法
CN101119219A (zh) * 2007-09-12 2008-02-06 中兴通讯股份有限公司 一种广播组播业务中数据传输的实现方法及系统

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020181400A1 (en) * 2001-05-30 2002-12-05 Nokia Corporation Method of communicating a flow of data packets across a network
JP4426451B2 (ja) * 2002-09-24 2010-03-03 オレンジュ・エスエー 電気通信
GB2405052A (en) * 2003-08-12 2005-02-16 Orange Personal Comm Serv Ltd Packet data communications
US7571242B2 (en) * 2003-10-24 2009-08-04 Alcatel Lucent Method for accelerated packet processing
US7330726B2 (en) * 2004-06-07 2008-02-12 Spyder Navigation Llc Determining geographical position in IPv6 networks
US7668161B2 (en) * 2006-07-27 2010-02-23 Cisco Technology, Inc. Classifying data packet protocol values
KR100745724B1 (ko) * 2006-09-29 2007-08-03 한국전자통신연구원 ＩＰｖ６ 환경하에서 라우터의 서비스 인지방법
US20080181216A1 (en) * 2007-01-30 2008-07-31 Sprint Spectrum L.P. Optimized mobile IPv6 encapsulation for wireless networks
CN102098278B (zh) * 2009-12-15 2015-01-21 华为技术有限公司 用户接入方法、系统及接入服务器、接入设备

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1744573A (zh) * 2005-08-30 2006-03-08 杭州华为三康技术有限公司 业务流的识别方法
CN101119219A (zh) * 2007-09-12 2008-02-06 中兴通讯股份有限公司 一种广播组播业务中数据传输的实现方法及系统

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Internet Protocol, Version 6 (IPv6) Specification", RFC2460, 31 December 1998 (1998-12-31), pages 2 - 10, XP015008244 *
See also references of EP2706711A4 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104168553A (zh) * 2014-08-29 2014-11-26 大唐移动通信设备有限公司 一种业务报文发送和计费方法及装置
CN104168553B (zh) * 2014-08-29 2017-11-03 大唐移动通信设备有限公司 一种业务报文发送和计费方法及装置
CN112532563A (zh) * 2019-09-17 2021-03-19 华为技术有限公司 报文的发送方法和装置
CN112532563B (zh) * 2019-09-17 2022-04-05 华为技术有限公司 报文的发送方法和装置
CN113765791A (zh) * 2020-06-02 2021-12-07 华为技术有限公司 一种确定处理能力的方法、节点和系统

Also Published As

Publication number Publication date
CN103181134B (zh) 2015-09-09
EP2706711A4 (en) 2015-02-18
US20140119387A1 (en) 2014-05-01
EP2706711B1 (en) 2016-10-05
EP2706711A1 (en) 2014-03-12
CN103181134A (zh) 2013-06-26

Similar Documents

Publication Publication Date Title
WO2013056447A1 (zh) 用于发送和接收IPv6数据包的方法和装置
US11228515B2 (en) Data packet detection method, device, and system
CN105072629B (zh) 测量终端上运行的业务的质量的方法、设备及系统
US20170195239A1 (en) Service Layer Southbound Interface And Quality Of Service
CN110086578A (zh) 数据传输方法、装置和系统
US20150288601A1 (en) Ip data packet sending method and label switching router
CN103490970B (zh) 一种流量工程隧道的检测方法、装置及系统
CN102217378B (zh) 探测路径信息的方法、设备及系统
WO2015085748A1 (zh) 交换装置及丢包方法
WO2021190009A1 (zh) 性能测量方法、装置、设备和存储介质
WO2018223825A1 (zh) 数据流的处理方法和设备
JP2023514790A (ja) ネットワーク性能検出方法及び機器、並びにネットワーク装置
WO2011015102A1 (zh) 关联通道能力协商方法和网络设备
CN105812198A (zh) 桥接网络端到端的监测方法和装置
CN110166361A (zh) 一种报文转发方法及装置
CN104904170A (zh) 有效地对用于低带宽传送的视频流中的要素进行优先化的方法和装置
WO2020024906A1 (zh) 路径标识传输方法和装置、计算机可读存储介质
CN116527592A (zh) 基于接入点apn的应用层随流检测方法、装置及相关设备
CN113507414B (zh) 一种报文处理方法及装置
CN104521197B (zh) 拥塞信息反馈方法及装置、网关
WO2009052727A1 (fr) Procédé d'envoi, procédé de traitement, système de communication et dispositif pour des informations de flux de données
WO2022262574A1 (zh) 切片信息的确定方法、装置、存储介质及电子装置
WO2023241037A1 (zh) 报文封装方法及装置、存储介质及电子装置
WO2023240438A1 (zh) 报文处理
WO2023273608A1 (zh) 基站传输自检方法、基站、电子设备及计算机可读存储介质

Legal Events

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

Ref document number: 11874419

Country of ref document: EP

Kind code of ref document: A1

REEP Request for entry into the european phase

Ref document number: 2011874419

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2011874419

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE