Notice of Pre-AIA or AIA Status
The present application, filed on or after March 16, 2013, is being examined under the first inventor to file provisions of the AIA .
Continued Examination Under 37 CFR 1.114
A request for continued examination under 37 CFR 1.114, including the fee set
forth in 37 CFR 1.17(e), was filed in this application after final rejection. Since this
application is eligible for continued examination under 37 CFR 1.114, and the fee set
forth in 37 CFR 1.17(e) has been timely paid, the finality of the previous Office action
has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on
02/18/2026 has been entered.
Response to Arguments
Applicant’s representative filed arguments on 02/18/2026 with respect to independent claim 1 has been considered and are not persuasive. Specifically, applicant presented arguments on Pages 6-9 and 12-13 that the combination of ZHANG and KIM does not teach the limitation “wherein the first progress information comprises: a maximum packet data convergence protocol (PDCP) sequence number (SN) of a packet having been sent to the terminal device by the first network device; wherein the second progress information comprises: a minimum PDCP SN of a packet in a sending buffer of the second network device.”
Examiner respectfully disagrees with applicant’s arguments.
First, ZHANG teaches determining packets based on both source-side and target-side progress information. As disclosed in paragraphs [0211] and [0077], the source node determines packets to be forwarded based on delivery status indicating packets not successfully received, thereby corresponding to the claimed first progress information. Further, paragraph [0234] discloses that the target node determines forwarding behavior based on cached data status or sending status, thereby corresponding to the claimed second progress information. Accordingly, ZHANG teaches determining packets based on both first and second progress information.
Second, ZHANG teaches determining a set of packets based on both source-side and target-side progress information. Specifically, paragraph [0077] teaches forwarding data starting from the first unreceived packet, while paragraph [0234] teaches stopping forwarding based on packets already received or buffered at the target node. Thus, ZHANG defines packets to be forwarded as those falling between source-side progress and target-side progress.
Third, KIM teaches explicit PDCP sequence number boundaries corresponding to such progress information. Paragraph [0266] discloses a PDCP sequence number corresponding to the last delivered data, which corresponds to the claimed maximum PDCP SN. Paragraph [0265] discloses a PDCP sequence number expected to be received, corresponding to a minimum PDCP SN of pending or buffered packets. Further, paragraph [0276]-[0279] teach processing of packets within such sequence number windows. Therefore, KIM teaches packet selection based on PDCP sequence number boundaries.
Therefore, as show above the combination ZHANG and KIM also teaches the limitation of independent claims 10 and 19.
Claim Rejections - 35 USC § 103
The following is a quotation of 35 U.S.C. 103 which forms the basis for all obviousness rejections set forth in this Office action:
A patent for a claimed invention may not be obtained, notwithstanding that the claimed invention is not identically disclosed as set forth in section 102, if the differences between the claimed invention and the prior art are such that the claimed invention as a whole would have been obvious before the effective filing date of the claimed invention to a person having ordinary skill in the art to which the claimed invention pertains. Patentability shall not be negated by the manner in which the invention was made.
Claims 1,3,5,9-10,12,14 and 18-21 are rejected under 35 U.S.C. 103 as being unpatentable over ZHANG et al. (US 2023/0039646 A1; hereinafter "ZHANG"), in view of KIM et al. (US 2024/0381443 A1; hereinafter “KIM”).
Regarding claim 1, ZHANG teaches a data transmission method (FIG. 4), comprising:
acquiring, by a first network device (FIG. 4 Source node), at least one first packet of a first service ([0070] the forwarded data packets may be data buffered by the source node and/or new data obtained from a core-network node, [0254] perform data retransmission from a first data packet with a smallest PDCP sequence number in the at least one first data packet),
wherein the at least one first packet ([0254] at least one first data packet) is determined based on first progress information ([0211] status information) of sending the first service by the first network device ([0211] The source node sends status indication information to the target node, where the status indication information is used to indicate a mapping relationship between GTP-U sequence numbers and includes a packet not received by the terminal before handover, [0219] if the source node obtains the receiving status information of the terminal, the source node sequentially forwards data starting from the 1st piece of data not received) and
second progress information ([0234] a sending status of the target node) of sending the first service by a second network device (FIG. 4 Target node) ([0234] Based on a cached data status or a sending status of the target node. If the target node receives the data packet corresponding to GTP-U SN=5 and has the data packet corresponding to GTP-U SN=5 in its buffer, the target node indicates the source node to stop data forwarding),
the first network device is a network device accessed by a terminal device before network handover ([0049] handover of a terminal from the source node to the target node, [0068] when the source node determines to send a handover command to the terminal), and the second network device is a network device accessed by the terminal device after the network handover ([0049] handover of a terminal from the source node to the target node);
sending, by the first network device, the at least one first packet to the second network device ([0070] receiving data packets forwarded by the source node in an order of the GTP-U sequence numbers of the N data packets, where the forwarded data packets may be data buffered by the source node and/or new data obtained from a core-network node, [0077] the source node sequentially forwards the data packets with GTP-U SN=2/PDCP SN=2 and GTP-U SN=6/PDCP SN=6 to the target node), wherein the at least one packet is a packet to be sent by the second network device to the terminal device ([0049] the target node performs data retransmission towards the terminal (in FIG. 4 step 6) based on the mapping relationship, so as to reduce data loss for the terminal during handover, [0090] the target node retransmits multicast data by using a specific HARQ process);
wherein the acquiring, by the first network device, the at least one first packet comprises ([0070], [0254]):
acquiring, by a first network device, first progress information of sending the first service by the first network device ([0211] The source node sends status indication information to the target node, where the status indication information is used to indicate a mapping relationship between GTP-U sequence numbers and includes a packet not received by the terminal before handover),
receiving, by the first network device, second progress information of sending the first service by the second network device ([0234] Based on a cached data status or a sending status of the target node. If the target node receives the data packet corresponding to GTP-U SN=5 and has the data packet corresponding to GTP-U SN=5 in its buffer, the target node indicates the source node to stop data forwarding),
wherein the second progress information comprises: a minimum PDCP SN of a packet in a sending buffer of the second network device ([0197] receiving data packets that are retransmitted based on the mapping relationship from a first data packet with a smallest PDCP sequence number in the at least one first data packet, [0254] based on the mapping relationship, perform data retransmission from a first data packet with a smallest PDCP sequence number in the at least one first data packet);
acquiring, by the first network device, the at least one first packet based on the first progress information and the second progress information ([0077] discloses determining packet forwarding based on delivery status at the source node (first progress information), [0234] discloses determining forwarding behavior based on cached/sending status at the target node (second progress information), thereby determining and acquiring packets based on both progress information).
However, ZHANG does not teach wherein the first progress information comprises: a maximum packet data convergence protocol (PDCP) sequence number (SN) of a packet having been sent to the terminal device by the first network device.
In an analogous art, KIM teaches wherein the first progress information comprises: a maximum packet data convergence protocol (PDCP) sequence number (SN) of a packet having been sent to the terminal device by the first network device ([0266] indicates a PDCP sequence number corresponding to the last data (PDCP SDU) delivered from the receiving PDCP layer device to the upper layer device. The window parameter is set to a first constant value (Maximum_PDCP_SN) when the PDCP layer device is established, [0268] The first constant value (Maximum_PDCP_SN): is a constant value used by an LTE PDCP layer device).
Therefore, it would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to modify the window parameter as taught by KIM within the parameters of ZHANG. One would have been motivated to do so in order to support a service having no data interruption with an improved system network (KIM [0010]).
Regarding claim 3, the combination of ZHANG and KIM, specifically ZHANG teaches sending, by the first network device, the first progress information of sending the first service to the second network device ([0211] In FIG. 4 Step 3, the source node sends status indication information to the target node, where the status indication information is used to indicate a mapping relationship between GTP-U sequence numbers of N data packets and source PDCP sequence numbers).
Regarding claim 5, the combination of ZHANG and KIM, specifically ZHANG teaches wherein the acquiring, by the first network device, the at least one first packet comprises ([0219] the source node sequentially forwards data starting from the 1.sup.st piece of data that the terminal has not received):
acquiring, by the first network device, the first progress information of sending the first service by the first network device ([0211] The source node sends status indication information to the target node, a mapping relationship between GTP-U sequence numbers and source PDCP sequence numbers, [0219] if the source node obtains the receiving status information of the terminal, the source node sequentially forwards data);
receiving, by the first network device, the second progress information of sending the first service by the second network device ([0233] In FIG. 4 step 7, the target node indicates the source node to stop data forwarding, [0234] based on a cached data status or a sending status of the target node);
acquiring, by the first network device, the at least one first packet based on the first progress information and the second progress information ([0077] discloses determining packet forwarding based on delivery status at the source node (first progress information), [0234] discloses determining forwarding behavior based on cached/sending status at the target node (second progress information), thereby determining and acquiring packets based on both progress information).
Regarding claim 9, the combination of ZHANG and KIM, specifically ZHANG teaches wherein the sending, by the first network device, the first progress information of sending the first service to the second network device comprises ([0211] In FIG. 4 Step 3, the source node sends status indication information to the target node, where the status indication information is used to indicate a mapping relationship between GTP-U sequence numbers of N data packets and source PDCP sequence numbers):
sending, by the first network device, the first progress information of sending the first service to the second network device via a handover request message ([0202] In FIG. 4 Step 1: The source node sends a handover request message to the target node, [0211] where the source node sends status indication information to the target node, the status indication information being used to indicate a mapping relationship between GTP-U sequence numbers and source PDCP sequence numbers, and including a packet not received by the terminal before handover. This status indication information reflects the progress of sending the first service and is transmitted to the second network device through the handover request message).
Regarding claim 10, ZHANG teaches a data transmission apparatus (FIG. 8 the network-side device 1300), comprising: a memory (FIG. 8 a memory 1303), a transceiver (FIG. 8 a transceiver 1302) and a processor (FIG. 8 a processor 1301): wherein the memory is configured to store a computer program ([0327] a program or an instruction stored in the memory);
the transceiver is configured to send and receive data under control of the processor ([0368] the transceiver 1302 includes a transmitter and a receiver, and provides a unit for communicating with various other apparatuses);
the processor, by executing the computer program, is configured to ([0362] The processor 1301 is configured to read a program in the memory 1303 to perform):
acquire at least one first packet ([0254] at least one first data packet) of a first service ([0070] the forwarded data packets may be data buffered by the source node and/or new data obtained from a core-network node, [0254] perform data retransmission from a first data packet with a smallest PDCP sequence number in the at least one first data packet),
wherein the at least one first packet ([0254] at least one first data packet) is determined based on first progress information ([0211] status information) of sending the first service by a first network device ([0211] The source node sends status indication information to the target node, where the status indication information is used to indicate a mapping relationship between GTP-U sequence numbers and includes a packet not received by the terminal before handover, [0219] if the source node obtains the receiving status information of the terminal, the source node sequentially forwards data starting from the 1st piece of data not received) and second progress information ([0234] a sending status of the target node) of sending the first service by a second network device (FIG. 4 Target node) ([0234] Based on a cached data status or a sending status of the target node. If the target node receives the data packet corresponding to GTP-U SN=5 and has the data packet corresponding to GTP-U SN=5 in its buffer, the target node indicates the source node to stop data forwarding),
the first network device is a network device accessed by a terminal device before network handover ([0049] handover of a terminal from the source node to the target node, [0068] when the source node determines to send a handover command to the terminal), and the second network device is a network device accessed by the terminal device after the network handover ([0049] handover of a terminal from the source node to the target node); and
send the at least one first packet to the second network device ([0070] receiving data packets forwarded by the source node in an order of the GTP-U sequence numbers of the N data packets, where the forwarded data packets may be data buffered by the source node and/or new data obtained from a core-network node, [0077] the source node sequentially forwards the data packets with GTP-U SN=2/PDCP SN=2 and GTP-U SN=6/PDCP SN=6 to the target node),
wherein the at least one packet is a packet to be sent by the second network device to the terminal device ([0049] the target node performs data retransmission towards the terminal (in FIG. 4 step 6) based on the mapping relationship, so as to reduce data loss for the terminal during handover, [0090] the target node retransmits multicast data by using a specific HARQ process);
wherein the processor (FIG. 8 a processor 1301) is configured to:
acquire first progress information of sending the first service by the first network device ([0211] The source node sends status indication information to the target node, where the status indication information is used to indicate a mapping relationship between GTP-U sequence numbers and includes a packet not received by the terminal before handover);
receive second progress information of sending the first service by the second network device ([0234] Based on a cached data status or a sending status of the target node. If the target node receives the data packet corresponding to GTP-U SN=5 and has the data packet corresponding to GTP-U SN=5 in its buffer, the target node indicates the source node to stop data forwarding),
wherein the second progress information comprises: a minimum PDCP SN of a packet in a sending buffer of the second network device ([0197] receiving data packets that are retransmitted based on the mapping relationship from a first data packet with a smallest PDCP sequence number in the at least one first data packet, [0254] based on the mapping relationship, perform data retransmission from a first data packet with a smallest PDCP sequence number in the at least one first data packet);
acquiring, by the first network device, the at least one first packet based on the first progress information and the second progress information ([0077] discloses determining packet forwarding based on delivery status at the source node (first progress information), [0234] discloses determining forwarding behavior based on cached/sending status at the target node (second progress information), thereby determining and acquiring packets based on both progress information).
However, ZHANG does not teach wherein the first progress information comprises: a maximum packet data convergence protocol (PDCP) sequence number (SN) of a packet having been sent to the terminal device by the first network device.
In an analogous art, KIM teaches wherein the first progress information comprises: a maximum packet data convergence protocol (PDCP) sequence number (SN) of a packet having been sent to the terminal device by the first network device ([0266] indicates a PDCP sequence number corresponding to the last data (PDCP SDU) delivered from the receiving PDCP layer device to the upper layer device. The window parameter is set to a first constant value (Maximum_PDCP_SN) when the PDCP layer device is established, [0268] The first constant value (Maximum_PDCP_SN): is a constant value used by an LTE PDCP layer device).
Therefore, it would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to modify the window parameter as taught by KIM within the parameters of ZHANG. One would have been motivated to do so in order to support a service having no data interruption with an improved system network (KIM [0010]).
Regarding claim 12, the combination of ZHANG and KIM, specifically ZHANG teaches wherein the processor (FIG. 8 a processor 1301) is further configured to send the first progress information of sending the first service to the second network device ([0211] In FIG. 4 Step 3, the source node sends status indication information to the target node, where the status indication information is used to indicate a mapping relationship between GTP-U sequence numbers of N data packets and source PDCP sequence numbers).
Regarding claim 14, the combination of ZHANG and KIM, specifically ZHANG teaches wherein the processor (FIG. 8 a processor 1301) is configured to:
acquire the first progress information of sending the first service by the first network device ([0211] The source node sends status indication information to the target node, a mapping relationship between GTP-U sequence numbers and source PDCP sequence numbers, [0219] if the source node obtains the receiving status information of the terminal, the source node sequentially forwards data);
receive the second progress information of sending the first service by the second network device ([0233] In FIG. 4 step 7, the target node indicates the source node to stop data forwarding, [0234] based on a cached data status or a sending status of the target node);
acquire the at least one first packet based on the first progress information and the second progress information ([0077] discloses determining packet forwarding based on delivery status at the source node (first progress information), [0234] discloses determining forwarding behavior based on cached/sending status at the target node (second progress information), thereby determining and acquiring packets based on both progress information).
Regarding claim 18, the combination of ZHANG and KIM, specifically ZHANG teaches wherein the processor (FIG. 8 a processor 1301) is configured to: send the first progress information to the second network device via a handover request message ([0202] In FIG. 4 Step 1: The source node sends a handover request message to the target node, [0211] The source node sends status indication information to the target node, a mapping relationship between GTP-U sequence numbers and source PDCP sequence numbers).
Regarding claim 19, ZHANG teaches a non-transitory computer-readable storage medium ([0027] a readable storage medium), wherein the computer-readable storage medium has a computer-executable instruction stored thereon ([0027] an instruction is stored in the readable storage medium), and when the computer-executable instruction is executed by a processor ([0027] When the instruction is executed by a processor, the steps of the method are implemented), the processor execute steps of:
acquiring at least one first packet of a first service ([0070] the forwarded data packets may be data buffered by the source node and/or new data obtained from a core-network node, [0254] perform data retransmission from a first data packet with a smallest PDCP sequence number in the at least one first data packet), wherein the at least one first packet is determined based on first progress information ([0211] status information) of sending the first service by a first network device ([0211] The source node sends status indication information to the target node, where the status indication information is used to indicate a mapping relationship between GTP-U sequence numbers and includes a packet not received by the terminal before handover, [0219] if the source node obtains the receiving status information of the terminal, the source node sequentially forwards data starting from the 1st piece of data not received) and second progress information ([0234] a sending status of the target node) of sending the first service by a second network device (FIG. 4 Target node) ([0234] Based on a cached data status or a sending status of the target node. If the target node receives the data packet corresponding to GTP-U SN=5 and has the data packet corresponding to GTP-U SN=5 in its buffer, the target node indicates the source node to stop data forwarding),
the first network device is a network device accessed by a terminal device before network handover ([0049] handover of a terminal from the source node to the target node, [0068] when the source node determines to send a handover command to the terminal), and the second network device is a network device accessed by the terminal device after the network handover ([0049] handover of a terminal from the source node to the target node); and
sending the at least one first packet to the second network device ([0070] receiving data packets forwarded by the source node in an order of the GTP-U sequence numbers of the N data packets, where the forwarded data packets may be data buffered by the source node and/or new data obtained from a core-network node, [0077] the source node sequentially forwards the data packets with GTP-U SN=2/PDCP SN=2 and GTP-U SN=6/PDCP SN=6 to the target node),
wherein the at least one packet is a packet to be sent by the second network device to the terminal device ([0049] the target node performs data retransmission towards the terminal (in FIG. 4 step 6) based on the mapping relationship, so as to reduce data loss for the terminal during handover, [0090] the target node retransmits multicast data by using a specific HARQ process);
wherein when the computer-executable instruction is executed by the processor ([0027] When the instruction is executed by a processor, the steps of the method are implemented), the processor further execute steps of:
acquiring, by the first network device, the first progress information of sending the first service by the first network device ([0211] The source node sends status indication information to the target node, where the status indication information is used to indicate a mapping relationship between GTP-U sequence numbers and includes a packet not received by the terminal before handover);
receiving, by the first network device, the second progress information of sending the first service by the second network device ([0234] Based on a cached data status or a sending status of the target node. If the target node receives the data packet corresponding to GTP-U SN=5 and has the data packet corresponding to GTP-U SN=5 in its buffer, the target node indicates the source node to stop data forwarding),
wherein the second progress information comprises: a minimum PDCP SN of a packet in a sending buffer of the second network device ([0197] receiving data packets that are retransmitted based on the mapping relationship from a first data packet with a smallest PDCP sequence number in the at least one first data packet, [0254] based on the mapping relationship, perform data retransmission from a first data packet with a smallest PDCP sequence number in the at least one first data packet);
acquiring, by the first network device, the at least one first packet based on the first progress information and the second progress information ([0077] discloses determining packet forwarding based on delivery status at the source node (first progress information), [0234] discloses determining forwarding behavior based on cached/sending status at the target node (second progress information), thereby determining and acquiring packets based on both progress information).
However, ZHANG does not teach wherein the first progress information comprises: a maximum packet data convergence protocol (PDCP) sequence number (SN) of a packet having been sent to the terminal device by the first network device.
In an analogous art, KIM teaches wherein the first progress information comprises: a maximum packet data convergence protocol (PDCP) sequence number (SN) of a packet having been sent to the terminal device by the first network device ([0266] indicates a PDCP sequence number corresponding to the last data (PDCP SDU) delivered from the receiving PDCP layer device to the upper layer device. The window parameter is set to a first constant value (Maximum_PDCP_SN) when the PDCP layer device is established, [0268] The first constant value (Maximum_PDCP_SN): is a constant value used by an LTE PDCP layer device).
Therefore, it would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to modify the window parameter as taught by KIM within the parameters of ZHANG. One would have been motivated to do so in order to support a service having no data interruption with an improved system network (KIM [0010]).
Regarding claim 20, the combination of ZHANG and KIM, specifically KIM teaches wherein the at least one first packet comprises: a packet whose PDCP SN is between the first progress information and the second progress information ([0266] defines a lower boundary of PDCP sequence numbers based on delivery progress, [0265] defines an upper boundary based on reception progress, [0276] discloses that only data within a window defined by such boundaries in processed, thereby comprising packets whose PDCP SN is between the first and second progress information).
Therefore, it would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to modify the window parameter as taught by KIM within the parameters of ZHANG. One would have been motivated to do so in order to support a service having no data interruption with an improved system network (KIM [0010]).
Regarding claim 21, the combination of ZHANG and KIM, specifically KIM teaches wherein the at least one first packet comprises: a packet whose PDCP SN is between the first progress information and the second progress information ([0266] defines a lower boundary of PDCP sequence numbers based on delivery progress, [0265] defines an upper boundary based on reception progress, [0276] discloses that only data within a window defined by such boundaries in processed, thereby comprising packets whose PDCP SN is between the first and second progress information).
Therefore, it would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to modify the window parameter as taught by KIM within the parameters of ZHANG. One would have been motivated to do so in order to support a service having no data interruption with an improved system network (KIM [0010]).
Claims 2 and 11 are rejected under 35 U.S.C. 103 as being unpatentable over ZHANG, in view of KIM, and further in view of CHANG et al. (US 2022/0303840 A1; hereinafter “CHANG”).
Regarding claim 2, the combination of ZHANG and KIM does not teach wherein the at least one first packet comprises: a packet having not been successfully sent by the first network device but having been successfully sent by the second network device before the first network device sends a handover request message to the second network device.
In an analogous art, CHANG teaches wherein the at least one first packet comprises: a packet having not been successfully sent by the first network device but having been successfully sent by the second network device before the first network device sends a handover request message to the second network device ([0045] If a handover is determined, then the source base station triggers a handover preparation procedure to transmit a handover request message to a target base station, [0084] For a DRB mapped to an RLC acknowledge mode (AM), the PDCP layer performs, starting from the first PDCP SDU that has not been confirmed to be successfully delivered, retransmission of all PDCP SDUs in ascending order of count values associated therewith prior to step S105).
Therefore, it would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to modify a handover as taught by CHANG within the parameters of ZHANG and KIM. One would have been motivated to do so in order to reduce the loss of data packets and the packet loss rate during a handover procedure with enhanced LTE/NR system (CHANG [0078]).
Regarding claim 11, the combination of ZHANG, KIM and CHANG, specifically CHANG teaches wherein the at least one first packet comprises: a packet having not been successfully sent by the first network device but having been successfully sent by the second network device before the first network device sends a handover request message to the second network device ([0045] If a handover is determined, then the source base station triggers a handover preparation procedure to transmit a handover request message to a target base station, [0084] For a DRB mapped to an RLC acknowledge mode (AM), the PDCP layer performs, starting from the first PDCP SDU that has not been confirmed to be successfully delivered, retransmission of all PDCP SDUs in ascending order of count values associated therewith prior to step S105).
Therefore, it would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to modify a handover as taught by CHANG within the parameters of ZHANG and KIM. One would have been motivated to do so in order to reduce the loss of data packets and the packet loss rate during a handover procedure with enhanced LTE/NR system (CHANG [0078]).
Conclusion
The following prior art made of record and not relied upon is considered pertinent to applicant's disclosure:
US 2016/0352469 A1 (XIAO et al.) discloses a method in a secondary Base Station (BS) for reporting a downlink data transmission state to a master BS.
US 2020/0221526 A1 (JIN et al.) discloses a re-establishment method and device based on a version change of a PDCP in a mobile communication system.
US 2021/0297915 A1 (DECARREAU et al.) discloses computer program products of signaling support for protocol data unit (PDU) handling for new radio (NR) to LTE handover are provided.
Any inquiry concerning this communication or earlier communications from the examiner should be directed to THEODORE IM whose telephone number is (571)270-1955. The examiner can normally be reached M-F 9AM-5PM ET.
Examiner interviews are available via telephone, in-person, and video conferencing using a USPTO supplied web-based collaboration tool. To schedule an interview, applicant is encouraged to use the USPTO Automated Interview Request (AIR) at http://www.uspto.gov/interviewpractice.
If attempts to reach the examiner by telephone are unsuccessful, the examiner’s supervisor, UN C CHO can be reached on 571-272-7919. The fax phone number for the organization where this application or proceeding is assigned is 571-273-8300.
Information regarding the status of published or unpublished applications may be obtained from Patent Center. Unpublished application information in Patent Center is available to registered users. To file and manage patent submissions in Patent Center, visit: https://patentcenter.uspto.gov. Visit https://www.uspto.gov/patents/apply/patent-center for more information about Patent Center and https://www.uspto.gov/patents/docx for information about filing in DOCX format. For additional questions, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a USPTO Customer Service Representative, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000.
/T.I./ Examiner, Art Unit 2413
/UN C CHO/ Supervisory Patent Examiner, Art Unit 2413
Prosecution Insights