The present application relates to communications technologies, and in particular, to a method, device, and system for measuring network packet loss.
With continuous progress of network information technologies, IP (Internet Protocol) transformation of a network has become a trend. Under this trend, how to assess packet loss performance quality of an IP protocol based service has become an increasingly obvious problem.
In packet loss performance measurement defined by the prior art for a multi-protocol label switching (MPLS for short) network, packets are counted at a sending end and a receiving end of the network, and in packet loss statistics, either the sending end or the receiving end performs packet loss measurement in a centralized manner.
However, because the prior art is implemented based on an upstream sending point of the network and a downstream receiving point of the network, packet loss measurement cannot be implemented in a case in which one or multiple upstream sending points and multiple downstream receiving points exist, that is, in point-to-multipoint and multipoint-to-multipoint network scenarios, when a case that a failure of a network node device exists and so on, and service path switching is caused, the prior art is unable to implement a function of counting packets at the sending end and the receiving end at one end thereof in a centralized manner to perform packet loss measurement.
Embodiments of the present application provide a method, device, and system for measuring network packet loss, so that in point-to-multipoint and multipoint-to-multipoint network scenarios, when a case that a failure of a network node device exists and so on and after service path switching is caused, it is implemented that statistics on counts of packets at a sending end and a receiving end can still be collected to determine a packet loss situation in packet loss measurement.
An aspect of the present application provides a method for measuring network packet loss. A sending end performs data packet counting processing on a service stream sent to a receiving end, to obtain a first data packet count corresponding to a measurement period identifier. The sending end sends an OAM packet including a measurement period identifier to be queried to the receiving end. The OAM packet and a data packet of the service stream are transmitted on a same path. The sending end receives a second data packet count that is fed back by the receiving end after the receiving end receives the OAM packet and corresponding to the measurement period identifier to be queried. The second data packet count is a count obtained by the receiving end by performing data packet counting processing on the received service stream. The sending end determines a network packet loss situation according to the first data packet count and the second data packet count.
Further, before sending the OAM packet including a measurement period identifier to be queried to the receiving end, the method further includes adding, by the sending end, a generic associated channel label (GAL) to the OAM packet, and encapsulating the OAM packet according to a destination address of the service stream.
According to another aspect of the present application, a network device includes a counting module, a sending module, a receiving module, and a statistics module. The counting module is configured to perform data packet counting processing on a service stream sent to a receiving end, to obtain a first data packet count corresponding to a measurement period identifier. The sending module is configured to send an OAM packet including a measurement period identifier to be queried to the receiving end. The OAM packet and a data packet of the service stream are transmitted on a same path. The receiving module is configured to receive a second data packet count that is fed back by the receiving end after the receiving end receives the OAM packet and corresponding to the measurement period identifier to be queried. The second data packet count is a count obtained by the receiving end by performing data packet counting processing on the received service stream. The statistics module is configured to determine a network packet loss situation according to the first data packet count and the second data packet count.
The network device further includes an encapsulating module, which is configured to, before the sending module sends the OAM packet including the measurement period identifier to be queried to the receiving end, add a GAL to the OAM packet, and encapsulate the OAM packet according to a destination address of the service stream.
According to another aspect of the present application, a system for measuring network packet loss includes a CSG and at least one RSG. The CSG is the network device and the RSG is the network device.
By using the method, device, and system for measuring network packet loss according to the embodiments of the present application, a sending-end network device performs data packet counting processing on a service stream sent to a receiving end, to obtain a first data packet count corresponding to a measurement period identifier; then the sending-end network device sends an OAM packet including a measurement period identifier to be queried to the receiving end; the sending-end network device adds a GAL to the OAM packet, and encapsulates the OAM packet, where the OAM packet and a data packet of the service stream are transmitted on a same path, which ensures that the OAM packet and the data packet of the service stream may be transmitted through the same path; after receiving the OAM packet, a receiving-end network device pops the encapsulation and identifies the GAL, and determines that the OAM packet is an OAM packet; the receiving-end network device feeds back a second data packet count corresponding to the measurement period identifier to be queried, where the second data packet count is a count obtained by the receiving end by performing data packet counting processing on the received service stream; and after the sending end receives the second data packet count fed back by the receiving end, the sending end determines a network packet loss situation according to the first data packet count and the second data packet count. By transmitting the OAM packet and the data packet of the service stream through the same path, in point-to-multipoint and multipoint-to-multipoint network scenarios, when a case that a failure of a receiving-end network device exists and so on, and after service path switching is caused, network packet loss measurement may be performed normally.
To describe the technical solutions in the embodiments of the present application more clearly, the following briefly introduces the accompanying drawings required for describing the embodiments. Apparently, the accompanying drawings in the following description show some embodiments of the present application, and a person of ordinary skill in the art may still derive other drawings from these accompanying drawings without creative efforts.
To make the objectives, technical solutions, and advantages of the embodiments of the present application clearer, the following clearly describes the technical solutions in the embodiments of the present application with reference to the accompanying drawings in the embodiments of the present application. Apparently, the described embodiments are a part rather than all of the embodiments of the present application. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present application without creative efforts shall fall within the protection scope of the present application.
S100. A sending end performs data packet counting processing on a service stream sent to a receiving end, to obtain a first data packet count corresponding to a measurement period identifier.
Specifically, in the method for measuring network packet loss in this embodiment, network devices at the sending end and receiving end use an external time synchronization tool to perform synchronization processing on data packet counting of the sending end and receiving end. Optionally, the external time synchronization tool may be NTP (Network Time Protocol) or an IEEE (Institute of Electrical and Electronics Engineers) 1588v2 clock. A synchronization deviation of NTP is 1 ms to 50 ms, which can ensure a synchronization requirement of the method for measuring network packet loss in this embodiment. The IEEE 1588v2 clock is a high-precision clock using the IEEE 1588v2 protocol. For a network deployed with an IEEE 1588v2 clock, by using the external time synchronization tool, a network device at an upstream sending end and a network device at a downstream receiving end may implement time synchronization.
A time synchronization method involved in the embodiment of the present application is calibrating local time of the sending end and local time of the receiving end based on a common time reference (the NTP or IEEE 1588v2 clock). Further, boundary points of various periods (namely, a start time point of each period) are agreed by using the NTP or IEEE 1588v2 clock, that is, the start time point of each measurement period is aligned for the sending end and receiving end.
When the network device at the sending end counts packets in packet loss measurement in a unit of measurement period, the method for measuring network packet loss in this embodiment may provide multiple measurement periods of different durations, for example, 1 second, 3 seconds, 10 seconds, 1 minute, and 1 hour. A first data packet count generated in each measurement period corresponds to a measurement period identifier, and a formula for obtaining a measurement period identifier is as follows: Measurement period identifier=Global number of seconds/Measurement period duration
The number of global seconds may be a time point at which the sending end adds an identifier to a first data packet within a measurement period, and the measurement period identifier is an integer obtained by rounding a result of dividing the number of global seconds by the measurement period duration. For example, if the duration of each measurement period is 1 s, and a time point at which an identifier is added to a first data packet within a measurement period is 10 s, the measurement period identifier of the measurement period is 10 s/1 s=10, which is obtained according to the foregoing formula. If the duration of each measurement period is 2 s, and a time point at which an identifier is added to a first data packet within a measurement period is 7 s, then 7/2=3.5, and therefore the measurement period identifier is 3.
S102. The sending end sends an OAM (Operation, Administration, Maintenance, OAM for short) packet including a measurement period identifier to be queried to the receiving end.
S104. The sending end receives a second data packet count that is fed back by the receiving end after the receiving end receives the OAM packet and corresponding to the measurement period identifier to be queried, where the second data packet count is a count obtained by the receiving end by performing data packet counting processing on the received service stream.
The receiving-end network device performs data packet counting processing on the received service stream in a unit of measurement period to obtain a second data packet count. Because the sending-end network device and the receiving-end network device are synchronized by using an external synchronization tool, the second data packet count also corresponds to a measurement period identifier, and the measurement period identifier is consistent with the measurement period identifier corresponding to the first data packet count obtained by the sending-end network device within a same period.
S106. The sending end determines a network packet loss situation according to the first data packet count and the second data packet count.
The sending-end network device determines a network packet loss situation according to the following formula: Number of lost packets within the measurement period=First data packet count−Second data packet count.
By using the method for measuring network packet loss according to this embodiment, a sending-end network device performs data packet counting processing on a service stream sent to a receiving end, to obtain a first data packet count corresponding to a measurement period identifier; then the sending-end network device sends an OAM packet including a measurement period identifier to be queried to the receiving end, where the OAM packet and a data packet of the service stream are transmitted on a same path, which ensures that the OAM packet and the data packet of the service stream may be transmitted through the same path; after receiving the OAM packet, the receiving end feeds back a second data packet count corresponding to the measurement period identifier to be queried, where the second data packet count is a count obtained by the receiving end by performing data packet counting processing on the received service stream; and after the sending end receives the second data packet count fed back by the receiving end, the sending end determines a network packet loss situation according to the first data packet count and the second data packet count. By transmitting the OAM packet and the data packet of the service stream through the same path, in point-to-multipoint and multipoint-to-multipoint network scenarios, when a case that a failure of a receiving-end network device exists and so on, and after service path switching is caused, network packet loss measurement may be performed normally.
According to one aspect, for the method for measuring network packet loss according to the embodiment of the present application, further, before the sending end sends the OAM packet including the measurement period identifier to be queried to the receiving end, the method further includes that the sending end adds a generic associated channel label (GAL for short) to the OAM packet, and encapsulates the OAM packet according to a destination address of the service stream.
Referring to
After the receiving-end network device pops both the outer and inner labels of the OAM packet, the receiving-end network device obtains the GAL of the OAM packet. The receiving-end network device determines, according to the label, that the received packet is an OAM packet, and performs, according to the measurement period identifier to be queried which is included in the OAM packet, querying through an OAM module deployed at the receiving end, to search a second data packet count corresponding to the measurement period identifier to be queried.
In the prior art, when a service stream is transmitted on a network, switching may occur on each network node of the network, and in this case, a related IP address in an IP packet in an OAM packet of the prior art is not updated, resulting in that the OAM packet for performing packet loss measurement cannot reach a receiving end for performing corresponding packet loss measurement. However, in this embodiment, the OAM packet sent by the network device at the sending end is encapsulated by using labels, that is, an MPLS LSP Label and an MPLS VPN Label, which ensures that the OAM packet and the data packet of the service stream are transmitted on a same path. After a failover occurs on a node of the network, a path of the service stream is also switched accordingly. In this case, an encapsulated outer MPLS LSP Label and inner MPLS VPN Label are also updated, which ensures that the OAM packet and the service stream are subsequently transmitted on the same path. Therefore, in point-to-multipoint and multipoint-to-multipoint network scenarios, after a service link is switched, a network packet loss situation can be still measured accurately.
According to another aspect, for the method for measuring network packet loss according to the embodiment of the present application, further, the sending end is a cell site gateway (CSG for short), the receiving end is a radio network controller site gateway (RSG for short), and before the performing data packet counting processing on a service stream sent to a receiving end, the method further includes identifying, by the CSG, the service stream according to characteristic information of the service stream to determine whether the service stream is a target service stream.
Specifically, first each service stream has particular characteristic information of the service stream, and the characteristic information of the service stream includes at least duple information in a quintuple. The quintuple refers to a source IP address, a destination IP address, an IP address prefix, a source protocol port number, and a destination protocol port number, in an IP header. In addition to the quintuple, optionally, information of type of service (TOS for short) fields in the IP header may also be added to specify the characteristic information of the service stream. The fields may be all specified, in this case, the measured service stream is finer; or the fields may be partially specified, for example, the source IP address and destination IP address in the quintuple are specified as the characteristic information of the service stream; or the source IP address, destination IP address, and IP address prefix are specified as the characteristic information of the service stream; or the source IP address, destination IP address, IP address prefix, and TOS information are specified as the characteristic information of the service stream.
After a service stream enters a network, first an upstream sending-end network device CSG needs to identify the service stream. The identification process is: The network device performs matching according to preset service stream characteristic information and the service stream characteristic information of the service stream, and if the two are matched successfully, the upstream sending-end network device CSG determines that the service stream is a target service stream. When a transmission scenario of the service stream on the network is a point-to-multipoint or multipoint-to-multipoint network scenario, regardless of a specific path of the service stream, it may be determined, based on the service stream characteristic information of the service stream, whether data packets at each upstream sending end and downstream receiving end belong to a same service stream.
If the data packets belong to the same service stream, the network device CSG adds an identifier to the data packets of the service stream according to a current measurement period identifier.
Counters are set on the upstream sending-end network device CSG to collect statistics on counts of data packets of the service stream with different identifiers at intervals, where the number of counters is the same as the number of identifier attributes, and measurement is performed at each period interval, for example, a count of data packets at an ith interval of the upstream sending-end network device CSG is N; corresponding counters are also set on a downstream receiving-end network device RSG to separately count data packets with different identifiers, for example, a count of second data packets at an ith interval of the downstream receiving-end network device RSG is M. In addition, because identifiers of adjacent intervals are different, even if service data packets with disordered other identifiers occur at the boundary of the adjacent intervals, the service data packets are not counted in the counter of the identifier, but are counted in counters of corresponding identifiers of the service data packets with disordered other identifiers, thereby ensuring accuracy and integrity of counting.
For example, referring to
The receiving-end network device RSG feeds back a measurement packet carrying a second data packet count M to the sending-end network device CSG. By performing synchronous identification by using a method, the CSG compares a first data packet count and second data packet count belonging to a same measurement period identifier to obtain a packet loss statistical result in the period. For a measurement interval i, the number of lost packets=N−M.
Performing data packet counting processing on the service stream sent to the receiving end includes counting, by the CSG by using counters corresponding to different identifiers, data packets to which different identifiers are added.
Specifically, in measurement intervals in a unit of measurement period, for each measurement interval, a measurement period identifier to which the measurement interval belongs is unique. Therefore, the objective may be achieved as long as data packets in two adjacent measurement intervals are distinguished. Therefore, optionally, adjacent measurement intervals are distinguished in a manner of adding identifiers according to an odd measurement period identifier and an even measurement period identifier alternately. For example, referring to
Adding an identifier to the data packets of the service stream may include adding an identifier to a reserved bit of a TOS or a reserved bit of a Flags in an IP header of the data packets.
Specifically, a range that may be specified for the identifier is total 6 bits in the two fields TOS and Flags in the IP header of the data packets, that is, the third to the seventh bits of the TOS, and the 0th bit of Flags. Specifically, in different specific networks, the last bits (the third to seventh bits) of the TOS are usually not used, especially the sixth and seventh bits are seldom used. Therefore, the bits of the IP header may be used to add an identifier. In an IP header of IPv4, the 0th bit of Flags is a current unique reserved bit in the IP header. In a general IP header, the bit may be used to add an identifier to a data packet.
Further, performing data packet counting processing on the received service stream by the receiving end includes identifying, by the receiving end, the service stream according to characteristic information of the service stream, to determine whether the service stream is a target service stream.
Specifically, when the service stream reaches the downstream receiving-end network device RSG through the network, the receiving-end network device RSG also needs to identify the service stream according to the characteristic information of the service stream, to determine whether the service stream is a target service stream. This process is similar to the identification process of the upstream sending-end network device CSG, and is not repeatedly described herein.
If the service stream is a target service stream, the receiving end counts, by using counters corresponding to different identifiers and in a unit of measurement period, data packets to which different identifiers are added.
According to another aspect, for the method for measuring network packet loss according to the embodiment of the present application, further, the sending end is an RSG, the receiving end is a CSG, and before the performing data packet counting processing on the service stream sent to the receiving end, the method further includes: identifying, by the RSG, the service stream according to characteristic information of the service stream, to determine whether the service stream is a target service stream; and, if the service stream is a target service stream, adding, by the RSG, an identifier to the data packets of the service stream according to a current measurement period identifier. The performing data packet counting processing on the service stream sent to the receiving end includes counting, by the RSG by using counters corresponding to different identifiers and in a unit of measurement period, data packets to which different identifiers are added.
Further, performing data packet counting processing on the received service stream by the receiving end includes identifying, by the receiving end, the service stream according to characteristic information of the service stream, to determine whether the service stream is a target service stream; and, if the service stream is a target service stream, counting, by the receiving end by using counters corresponding to different identifiers and in a unit of measurement period, data packets to which different identifiers are added.
The foregoing method and technical solution are similar to that used when the sending end is a CSG and the receiving end is an RSG, and are not repeatedly described herein.
The network packet loss measurement provided by the embodiment of the present application is implemented by a system which is deployed on a network and used for measuring network packet loss, where in the system for measuring network packet loss, devices for measuring network packet loss are disposed on a sending-end network device and a receiving-end network device separately.
The network devices in the embodiment of the present application may be a CSG and an RSG. It is assumed that the CSG is a sending-end network device and that the RSG is a receiving-end network device.
S401. The CSG identifies whether a service stream is a target service stream, and if the service stream is a target service stream, the CSG collects related packet loss statistics of the target service stream to generate a first data packet count.
Specifically, after a service stream flows into a network, the sending-end network device CSG identifies the corresponding target service stream, and adds an identifier to data packets in each measurement interval in a unit of measurement period. The specific identification method and technical solution have been described in detail in the first embodiment of the method for measuring network packet loss, and are not repeatedly described herein. If the service stream is a target service stream, the CSG counts the data packets of the target service stream, and enables data packets with different identifiers to correspond to different counters for counting. The specific counting method and technical solution are described in detail in the first embodiment of the method for measuring network packet loss, and are not repeatedly described herein. And a first data packet count is generated.
S403. The CSG sends a data packet of the target service stream to the RSG.
The target service stream after being counted is transmitted by the CSG to the RSG through the network.
S405. The RSG identifies the target service stream, and collects corresponding packet loss statistics to generate a second data packet count.
Specifically, the RSG identifies the service stream according to the characteristic information of the service stream, and when the service stream is matched, collects corresponding packet loss statistics of the target service stream. The method and technical solution of the RSG are similar to that of the CSG, and are not repeatedly described herein.
S407. The CSG adds a GAL to an OAM packet and performs a corresponding encapsulation operation.
Because that the OAM packet and the data packet of the service stream are transmitted on a same path is required, the OAM packet is encapsulated. In addition, in order that the RSG identifies the OAM packet after popping the encapsulation, a GAL is added to the OAM packet. For details, reference may be made to
S409. The CSG sends the OAM packet including a measurement period identifier to be queried.
S411. The RSG pops the encapsulation of the OAM packet to identify the GAL, and searches the corresponding second data packet count according to the measurement period identifier to be queried.
S413. The RSG feeds back the second data packet count corresponding to the measurement period identifier to be queried.
Specifically, according to the measurement period identifier to be queried which is carried in the OAM packet, the RSG feeds back, to the CSG, a corresponding data packet carrying the second data packet count. Optionally, two-layer encapsulation is also performed on the data packet, and is transmitted after a GAL is added.
S415. The CSG receives the second data packet count that is fed back, and a statistics module determines a network packet loss situation according to the first data packet count and the second data packet count.
Specifically, after receiving the second data packet count fed back by the RSG, the sending-end CSG compares the first data packet count and second data packet count corresponding to a consistent measurement period identifier, to obtain the network packet loss situation of the measurement period identifier by calculation. When the RSG is a sending end of the OAM packet, and the CSG is a receiving end of the OAM packet, the principle is similar, and is not repeatedly described. By using the method for measuring network packet loss according to the embodiment of the present application, on the basis of the method provided in
Performing packet counting statistics on data packets of the service stream is implemented according to a unit of measurement period. In point-to-point, or point-to-multipoint, or multipoint-to-multipoint network scenarios, after switching occurs in a network node device, packet loss measurement can be still performed accurately. The sending end adds a GAL to the OAM packet, and encapsulates the OAM packet according to a destination address of the service stream, and therefore, it is implemented that the OAM packet is distinguished from the data packets of the service stream at the receiving end, thereby ensuring that network packet loss measurement is performed normally.
The counting module 40 is configured to perform data packet counting processing on a service stream sent to a receiving end, to obtain a first data packet count corresponding to a measurement period identifier.
Specifically, the counting module 40 sets corresponding counters for different measurement period identifiers.
The sending module 44 is configured to send an OAM packet including a measurement period identifier to be queried to the receiving end, where the OAM packet and a data packet of the service stream are transmitted on a same path.
Specifically, the sending module 44 encapsulates the OAM packet, so that the sent OAM packet and the data packet of the service stream have a same destination IP address, thereby ensuring that the OAM packet and the data packet of the service stream are transmitted on the same path.
The receiving module 46 is configured to receive a second data packet count that is fed back by the receiving end after the receiving end receives the OAM packet and corresponding to the measurement period identifier to be queried, where the second data packet count is a count obtained by the receiving end by performing data packet counting processing on the received service stream.
The statistics module 42 is configured to determine a network packet loss situation according to the first data packet count and the second data packet count.
The specific determining method and calculation formula of a network packet loss situation have been described in detail in S106 provided by the first embodiment of the method for measuring network packet loss, and are not repeatedly described herein.
The network device in this embodiment may be used to execute the technical solution of a method embodiment shown in
The encapsulating module 48 is configured to: before the sending module 44 sends the OAM packet including the measurement period identifier to be queried to the receiving end, add a GAL to the OAM packet, and encapsulate the OAM packet according to a destination address of the service stream.
Specifically, to ensure that the OAM packet and the data packet of the service stream are transmitted on the same path, the encapsulating module 48 encapsulates the OAM packet before the sending module 44 sends the OAM packet. The specific encapsulation method and technical solution have been described in the first embodiment of the method for measuring network packet loss, and are not repeatedly described herein.
The network device in this embodiment may be used to execute the technical solution of the method embodiment shown in
The identification processing module 41 is configured to identify the service stream according to characteristic information of the service stream, to determine whether the service stream is a target service stream, and if the service stream is a target service stream, add an identifier to the data packet of the service stream according to a current measurement period identifier.
The working principle and technical solution of the identification processing module have been described in the first embodiment of the method for measuring network packet loss, and are not repeatedly described herein.
The counting module 40 is specifically configured to count, by using counters corresponding to different identifiers, data packets to which different identifiers are added.
The working method and technical solution of the counting module have been described in the first embodiment of the method for measuring network packet loss, and are not repeatedly described herein.
For the third embodiment of the network device of the present application, further, the device is an RSG, and the receiving end is a CSG; or the device is a CSG, and the receiving end is an RSG.
The network device of this embodiment may be used to execute the technical solution of the method embodiment shown in
A system for measuring network packet loss according to an embodiment of the present application includes: a CSG and at least one RSG, where the CSG uses any network device in the first embodiment to the third embodiment of the network device in the present application, and the RSG uses any network device in the first embodiment to the third embodiment of the network device in the present application.
In the system for measuring network packet loss according to the embodiment of the present application, the CSG uses any network device in the first embodiment to the third embodiment of the network device in the present application, and the RSG uses any network device in the first embodiment to the third embodiment of the network device in the present application. The system may execute the technical solution of the first embodiment of the method for measuring network packet loss according to the present application. The implementation principles and technical effects of the system are similar, and are not repeatedly described herein.
Referring to
When an OAM packet is sent in a direction from the RSG to the CSG, the principle is similar and is not repeatedly described.
The network is a second VPN (the second VPN is an HoVPN) network. When an OAM packet is sent in a direction from a CSG to an RSG, because an AGG needs to configure a VPN instance, the VPN instance of the AGG learns a route to the RSG, and meanwhile, a default route is advertised to the CSG by using a routing policy, that is, when the CSG encapsulates the OAM packet, because a function of the CSG is limited, all OAM packets share a same MPLS VPN Label. When such an OAM packet is forwarded through the AGG, both an outer label and an inner label of the OAM packet are popped, and the AGG identifies, according to a GAL, that the packet is an OAM packet. In this case, the AGG queries a private network routing table to send the OAM packet to the RSG, thereby implementing forwarding of the OAM packet.
For the HoVPN network, when an OAM packet is sent in a direction from the RSG to the CSG, the principle is the same as that in the H-VPN network, and is not repeatedly described herein.
Persons of ordinary skill in the art may understand that all or a part of the steps of the method embodiments may be implemented by a program instructing relevant hardware. The program may be stored in a computer readable storage medium. When the program runs, the steps of the method embodiments are performed. The foregoing storage medium includes: any medium that can store program code, such as a ROM, a RAM, a magnetic disk, or an optical disc.
Finally, it should be noted that the foregoing embodiments are merely intended for describing the technical solutions of the present application, but not for limiting the present application. Although the present application is described in detail with reference to the foregoing embodiments, persons of ordinary skill in the art should understand that they may still make modifications to the technical solutions described in the foregoing embodiments or make equivalent replacements to some or all technical features thereof, without departing from the scope of the technical solutions of the embodiments of the present application.
Number | Date | Country | Kind |
---|---|---|---|
201210379426.3 | Sep 2012 | CN | national |
This application is a continuation of International Application No. PCT/CN2013/077289, filed on Jun. 17, 2013, which claims priority to Chinese Patent Application No. 201210379426.3, filed on Sep. 29, 2012, both of which are hereby incorporated by reference in their entireties.
Number | Date | Country | |
---|---|---|---|
Parent | PCT/CN2013/077289 | Jun 2013 | US |
Child | 14667123 | US |