DETAILED ACTION
This communication is in response to applicant's response filed under 37 C.F.R. §1.111, dated April 16, 2026 in response to a non-final office action. Claim 1 has been amended. Claims 1-20 are subject to examination and have been examined.
Acknowledgement is made to the following amendments made by the Applicant:
Applicant's amendment to claim 1 to obviate the previous objection to claim 1. The previous objection to the said claim is hereby withdrawn.
Response to Arguments
Applicant's arguments, with respect to the amended claims, filed April 16, 2026 have been fully considered but they are not persuasive for the following reasons:
Applicant's Argument:
Regarding Claims 1 and 11 (35 USC§ 103): The Applicant argues in substance that, " This reliance is factually misplaced. Si explicitly discloses a network-triggered Single Radio Voice Call Continuity (SRVCC) handover architecture, which is wholly distinct from a UE-triggered handover. As stated in paragraph [0125] of Si: "Once the B2 measurement report is successfully uploaded to the network, the network sends a handover command to the terminal, which then switches to the different system to make a call". Furthermore, paragraph [0124] of Si reinforces that the terminal's only role is measurement and reporting, stating that if conditions are met, "a B2 measurement report is sent to the network". In Si, the network acts as the sole decision-maker, while the UE is merely a reporter and an executor of the network's command …
Furthermore, modifying Si to allow the UE to unilaterally trigger the handover would fundamentally alter Si's principle of operation. Si's entire disclosure relies on centralized network management via B2 measurement reporting, which leads to a network-issued handover command. If a skilled artisan were to modify Si such that the UE triggers the handover unilaterally, the transmission of the B2 measurement report to the network would be rendered entirely moot. Bypassing the network's decision-making authority destroys the core functionality of Si's architecture, rendering the reference unsatisfactory for its intended purpose.”
Examiner's Response:
The Examiner respectfully disagrees.
Regarding the amended limitations in Claim 1 (similar limitations are in independent claim 11), Si, in view of Agarwal, teaches the claimed limitations as written. As written, the limitation can be interpreted as a “trigger” to an eventual handover; i.e., the UE is entity which triggers an eventual handover. Per Si, although the UE performs the handover per the command of the network entity, the UE is the entity which triggers the eventual handover by sending relevant information to the network, when the UE detects the condition(s) for handover. For example, (Si, [0114] Step S620: The terminal determines whether the RTP packet loss rate is higher than the threshold value 1. [0115] Here, Threshold1 is a preset threshold, a predefined RTP packet loss rate threshold, which is generally an empirical value, indicating that the call quality is very poor and network switching is required.), (Si, [0121] Step S650: The terminal induces the network to send the B2 measurement configuration. [0122] Here, when the RTP packet loss rate is higher than Threshold2, a worse RSRP value is reported to the network, which in turn prompts the network to issue a B2 event (optional, it can also be a B1 event) for cross-system measurement. [0123] In step S660, the terminal reports the constructed B2 measurement report, causing the network to trigger an SRVCC handover [Single Radio Voice Call Continuity]), and (Si, [0124] Here, after the B1/B2 event is issued, if the RTP packet loss rate is consistently higher than Threshold2 within the trigger period and the inter-system threshold value meets the conditions, a B2 measurement report is sent to the network. In this report, the LTE measurement results use the constructed value that meets the handover threshold.).
By the above rationale, Agarwal-Si teaches the limitations. See updated rejection below.
Applicant's Argument:
Regarding Claims 1 and 11 (35 USC§ 103): The Applicant argues in substance that, " Claim 1 further requires "sending first Measurement Report by the UE to the network when one of following conditions occurs: ... the UE changes a calling preference to voice over Wi-Fi (VoWiFi)." The Office action relies on paragraph [0083] and Figure 7 of Agarwal to teach this limitation.
This mapping constitutes a severe mismatch of technical features, motivations, and effects. Agarwal paragraph [0083] merely teaches that when VoNR quality is poor, the Wi-Fi module checks a voice preference mode to determine a fallback path. Agarwal states: "If the Wi-Fi network is available, the Wi-Fi module 314 of the communication module 304 checks voice preference mode; e.g., whether the voice preference is cellular or Wi-Fi, as depicted in operation 712. Connecting, by the Wi-Fi module 314 ... the VoNR call to the available Wi-Fi network as a default behaviour, on detecting the voice preference mode as Wi-Fi". Agarwal expressly teaches that the UE will switch to Wi-Fi even if the voice preference is cellular (Agarwal Fig. 7, step 716: "Switch to Wi-Fi even if voice preference is cellular"). Therefore, the handover in Agarwal is a forced resolution necessitated by a poor signal, functioning independently of the user's actual preference.
In contrast, the claimed invention specifically utilizes the change in the user's calling preference as an active, proactive trigger condition to generate and send a 3GPP Measurement Report to the cellular network. A "Measurement Report" in 3GPP standards is a specific Layer 3 Radio Resource Control (RRC) message containing radio metrics sent to a cellular base station. Agarwal's Wi-Fi module merely establishes a local connection to a WLAN access point. Checking a local preference setting to initiate a local Wi-Fi connection is structurally, functionally, and conceptually distinct from generating and transmitting a cellular measurement report to a base station.”
Examiner's Response:
The Examiner respectfully disagrees.
The Examiner elects to withdraw the rejection for this optional limitation (the limitation is emphasized below), as the claim is constructed as a choice:
… sending first Measurement Report by the UE to the network when one of following conditions occurs:
New Radio (NR) signal quality does not satisfy an NR signal threshold;
Real-time Transport Protocol (RTP) measurement does not satisfy an RTP threshold; and
…
See updated rejection below.
Applicant's Argument:
Regarding Claims 1 and 11 (35 USC§ 103): The Applicant argues in substance that, "Agarwal and Si do not teach or suggest the claimed sequential architecture
The claimed invention addresses the specific technical problem that a VoNR call cannot be directly handed over to VoWiFi. To solve this, the claims define a continuous, sequential handover architecture (VoNR-----+ VoLTE-----+ VoWiFi).”
Examiner's Response:
The Examiner respectfully disagrees.
As claimed, there is no imposed “sequential” order in the claim language; rather, there are different steps of: sending a measurement report, triggering a handover from NR to LTE, and triggering a handover from LTE to WiFi. Si, in view of Agarwal, appears to teach such mechanism. E.g., (Si, ¶ [0060]: Here, inter-system handover refers to a terminal switching from its current serving cell to a neighboring cell in a different system. This can include switching the network used for voice calls from a 4G network to a 2G/3G network. For example, if the terminal is currently using VoLTE service, it can switch from VoLTE service to CS voice call through SRVCC. Alternatively, it can also include switching from 5G voice [i.e., NR] to 4G voice [i.e., LTE], or switching from VoLTE call to VoWiFi call, etc.).
By the above rationale, Agarwal-Si teaches the claimed limitations.
Regarding all other arguments presented by Applicant, the arguments are substantially the same as those that have already been addressed above; and in the interest of brevity, the Examiner directs Applicant to those responses above.
Claim Rejections - 35 USC § 103
In the event the determination of the status of the application as subject to AIA 35 U.S.C. 102 and 103 (or as subject to pre-AIA 35 U.S.C. 102 and 103) is incorrect, any correction of the statutory basis for the rejection will not be considered a new ground of rejection if the prior art relied upon, and the rationale supporting the rejection, would be the same under either status.
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-8 and 11-18 are rejected under 35 U.S.C. 103 as being unpatentable over Agarwal et.al. (US Patent Application Publication, 20230091383, hereinafter, “Agarwal”) in view of Si (Chinese Patent Application Publication, CN111405622A, hereinafter, “Si”).
Regarding claim 1, Agarwal teaches:
A method for inter-radio access technology (inter-RAT) handover, comprising (Agarwal: [0040] The UE 202 is configured to receive a handover trigger for the VoNR call from the base station 204 … to continue … the VoNR call as a voice over long-term evolution (VoLTE) call, based on the handover trigger for the VoNR call ... Fig. 2):
establishing New Radio (NR) connection between user equipment (UE) and a network (Agarwal: [0036] FIG. 2 is a diagram illustrating an example system 200 for managing voice/video over new radio (VoNR) calls according to various embodiments. The system 200 comprises at least one UE 202, a base station 204, and at least one neighbour cell 206. [0037] In an embodiment, the UE 202 is configured to detect a signal deterioration during a VoNR call ... Fig. 2);
sending first Measurement Report by the UE to the network when one of following conditions occurs:
New Radio (NR) signal quality does not satisfy an NR signal threshold (Agarwal: [0038] The UE 202 is configured to send a measurement report and a zero channel quality indicator (CQI) report to the base station 204 on detecting the signal deterioration ... Fig. 2); and
triggering a handover from NR to LTE (Long Term Evolution) by the network (Agarwal: [0042] In an embodiment, the base station 204 is configured to receive the zero CQI report and the measurement report from the UE 202 which indicate the signal deterioration during the VoNR call. The base station 204 is further configured to trigger handover … of the UE 202 to at least one neighbour cell 206 e.g., to handover the VoNR call to … the neighbour LTE cell based on the measurement report and the zero CQI report ... Fig. 2).
Although Agarwal teaches handover trigger for voice over NR and voice over LTE, Agarwal does not explicitly teach:
sending first Measurement Report by the UE to the network when one of following conditions occurs:
Real-time Transport Protocol (RTP) measurement does not satisfy an RTP threshold; and
triggering a handover from voice over LTE (VoLTE) to VoWiFi by the UE.
However, in the same field of endeavor, Si teaches:
sending first Measurement Report by the UE to the network when one of following conditions occurs:
Real-time Transport Protocol (RTP) measurement does not satisfy an RTP threshold (Si: [0100] … During this triggering period, a measurement report is only submitted if the RTP packet loss rate remains above the first threshold, in order to avoid frequent switching …); and
trigger a handover from VoLTE to VoWiFi (Si: [0114] Step S620: The terminal determines whether the RTP packet loss rate is higher than the threshold value 1. [0115] Here, Threshold1 is a preset threshold, a predefined RTP packet loss rate threshold, which is generally an empirical value, indicating that the call quality is very poor and network switching is required. [0121] Step S650: The terminal induces the network to send the B2 measurement configuration. [0122] Here, when the RTP packet loss rate is higher than Threshold2, a worse RSRP value is reported to the network, which in turn prompts the network to issue a B2 event (optional, it can also be a B1 event) for cross-system measurement. [0123] In step S660, the terminal reports the constructed B2 measurement report, causing the network to trigger an SRVCC handover [Single Radio Voice Call Continuity] … [0124] Here, after the B1/B2 event is issued, if the RTP packet loss rate is consistently higher than Threshold2 within the trigger period and the inter-system threshold value meets the conditions, a B2 measurement report is sent to the network. In this report, the LTE measurement results use the constructed value that meets the handover threshold. … [0125] Once the B2 measurement report is successfully uploaded to the network, the network sends a handover command to the terminal, which then switches to the different system to make a call … [0127] In some embodiments, the above-described voice quality-based switching method can also be used for … the switching process from VoLTE call to VoWiFi call … [Per Si, although the UE performs the handover per the command of the network entity, the UE is the entity which triggers the eventual handover by sending relevant information to the network, when the UE detects the condition(s) requiring a handover]).
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 invention of Agarwal to include the features as taught by Si above in order to avoid frequent switching. (Si, ¶ [0100]).
Regarding claim 11, Agarwal teaches:
A call service system comprising (Agarwal: [0036] FIG. 2 is a diagram illustrating an example system 200 for managing voice/video over new radio (VoNR) calls according to various embodiments. The system 200 comprises at least one UE 202, a base station 204, and at least one neighbour cell 206. Fig. 2):
a network configured to trigger a handover from New Radio (NR) to LTE (Long Term Evolution) (Agarwal: [0042] In an embodiment, the base station 204 is configured to receive the zero CQI report and the measurement report from the UE 202 which indicate the signal deterioration during the VoNR call. The base station 204 is further configured to trigger handover … of the UE 202 to at least one neighbour cell 206 e.g., to handover the VoNR call to … the neighbour LTE cell based on the measurement report and the zero CQI report ... Fig. 2); and
user equipment (UE) in connection with the network, configured to (Agarwal: [0036] FIG. 2 is a diagram illustrating an example system 200 for managing voice/video over new radio (VoNR) calls according to various embodiments. The system 200 comprises at least one UE 202, a base station 204, and at least one neighbour cell 206. Fig. 2):
send first Measurement Report to the network when one of following conditions occurs:
New Radio (NR) signal quality does not satisfy an NR signal threshold (Agarwal: [0038] The UE 202 is configured to send a measurement report and a zero channel quality indicator (CQI) report to the base station 204 on detecting the signal deterioration ... Fig. 2); and
wherein NR connection is established between the network and the UE (Agarwal: [0036] FIG. 2 is a diagram illustrating an example system 200 for managing voice/video over new radio (VoNR) calls according to various embodiments. The system 200 comprises at least one UE 202, a base station 204, and at least one neighbour cell 206. [0037] In an embodiment, the UE 202 is configured to detect a signal deterioration during a VoNR call ... Fig. 2)..
Although Agarwal teaches handover trigger for voice over NR and voice over LTE, Agarwal does not explicitly teach:
send first Measurement Report to the network when one of following conditions occurs:
Real-time Transport Protocol (RTP) measurement does not satisfy an RTP threshold; and
trigger a handover from VoLTE to VoWiFi.
However, in the same field of endeavor, Si teaches:
send first Measurement Report to the network when one of following conditions occurs:
Real-time Transport Protocol (RTP) measurement does not satisfy an RTP threshold (Si: [0100] … During this triggering period, a measurement report is only submitted if the RTP packet loss rate remains above the first threshold, in order to avoid frequent switching …); and
trigger a handover from VoLTE to VoWiFi (Si: [0124] … if the RTP packet loss rate is consistently higher than Threshold2 within the trigger period and the inter-system threshold value meets the conditions, a B2 measurement report is sent to the network … [0125] Once the B2 measurement report is successfully uploaded to the network, the network sends a handover command to the terminal, which then switches to the different system to make a call … [0127] In some embodiments, the above-described voice quality-based switching method can also be used for … the switching process from VoLTE call to VoWiFi call … [Per Si, although the UE performs the handover per the command of the network entity, the UE is the entity which triggers the eventual handover by sending relevant information to the network, when the UE detects the condition(s) requiring a handover]).
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 invention of Agarwal to include the features as taught by Si above in order to avoid frequent switching. (Si, ¶ [0100]).
Regarding claims 2 and 12, Agarwal-Si discloses on the features with respect to claims 1 and 11 as outlined above.
Si further teaches:
wherein the first Measurement Report indicates the New Radio (NR) signal quality does not satisfy the NR signal threshold (Si: [0037] The handover events supported by networks such as 2G/3G, LTE (Long Term Evolution), and 5G NR (New Radio) are classified into Type A and Type B. Type A is used for intra-system measurements, while Type B is used for inter-system measurements … [0039] … When this condition is met and the event is reported, the terminal reports a measurement report, and the source base station initiates an inter-system handover request to measure high-priority inter-system cells; Event B2 : indicates that the service quality of the serving cell is lower than a certain threshold and the service quality of neighboring cells in the other system is higher than a certain threshold. The terminal reports a measurement report, and the source base station initiates an inter-system handover request …).
The rationale and motivation for adding this teaching of Si is the same as the rationale and motivation for Claims 1 and 11.
Regarding claims 3 and 13, Agarwal-Si discloses on the features with respect to claims 1 and 11 as outlined above.
Si further teaches:
wherein the NR signal quality is measured by Reference Symbol Received Power (RSRP) and/or Reference Signal Received Quality (RSRQ) (Si: [0037] The handover events supported by networks such as 2G/3G, LTE (Long Term Evolution), and 5G NR (New Radio) are classified into Type A and Type B. Type A is used for intra-system measurements, while Type B is used for inter-system measurements. During LTE handover, the terminal needs to report the measurement results, including RSRP (Reference Signal Receiving Power) and RSRQ (Reference Signal Receiving Quality) …).
The rationale and motivation for adding this teaching of Si is the same as the rationale and motivation for Claims 1 and 11.
Regarding claims 4 and 14, Agarwal-Si discloses on the features with respect to claims 1 and 11 as outlined above.
Si further teaches:
wherein the NR signal quality does not satisfy the NR signal threshold when Reference Symbol Received Power (RSRP) of the NR signal is less than -120 dBm (Si: [0090] Here, the first network signal energy value is lower than the second network signal energy value, which is used to trigger the network device to send an inter-system measurement event to the terminal. It can be a constructed RSRP or RSRQ value lower than the absolute threshold (-110dBm), such as -120dBm … [0091] In step S560, the network device sends an inter-system measurement event to the terminal …).
The rationale and motivation for adding this teaching of Si is the same as the rationale and motivation for Claims 1 and 11.
Regarding claims 5 and 15, Agarwal-Si discloses on the features with respect to claims 1 and 11 as outlined above.
Si further teaches:
sending second Measurement Report by the UE (Si: [0093] Step S570: The terminal performs inter-system measurements. [0094] In step S580, the terminal sends a specific measurement report to the network device based on the measurement results from the different system.)..
The rationale and motivation for adding this teaching of Si is the same as the rationale and motivation for Claims 1 and 11.
Regarding claims 6 and 16, Agarwal-Si discloses on the features with respect to claims 5 and 15 as outlined above.
Si further teaches:
wherein the second measurement report indicates the NR signal quality does not satisfy the NR signal threshold, and LTE signal quality does not satisfy a LTE signal threshold (Si: [0037] The handover events supported by networks such as 2G/3G, LTE (Long Term Evolution), and 5G NR (New Radio) are classified into Type A and Type B. … Type B is used for inter-system measurements. During LTE handover, the terminal needs to report the measurement results, including RSRP (Reference Signal Receiving Power) and RSRQ (Reference Signal Receiving Quality) … [0093] Step S570: The terminal performs inter-system measurements. [0094] In step S580, the terminal sends a specific measurement report to the network device based on the measurement results from the different system. [0095] Here, the specific measurement report is used by the network device to instruct the terminal to perform inter-system handover, and may include the measurement ID, the result of poor signal quality of the serving cell …).
The rationale and motivation for adding this teaching of Si is the same as the rationale and motivation for Claims 1 and 11.
Regarding claims 7 and 17, Agarwal-Si discloses on the features with respect to claims 6 and 16 as outlined above.
Si further teaches:
wherein the NR signal quality and the LTE signal quality are measured by Reference Symbol Received Power (RSRP) and/or Reference Signal Received Quality (RSRQ) (Si: [0090] Here, the first network signal energy value is lower than the second network signal energy value, which is used to trigger the network device to send an inter-system measurement event to the terminal. It can be a constructed RSRP or RSRQ value lower than the absolute threshold (-110dBm), such as -120dBm … [0091] In step S560, the network device sends an inter-system measurement event to the terminal …).
The rationale and motivation for adding this teaching of Si is the same as the rationale and motivation for Claims 1 and 11.
Regarding claims 8 and 18, Agarwal-Si discloses on the features with respect to claims 6 and 16 as outlined above.
Si further teaches:
wherein the NR signal quality does not satisfy the NR signal threshold when Reference Symbol Received Power (RSRP) of the NR signal is less than -120 dBm, and LTE signal quality does not satisfy the LTE signal threshold when RSRP of the LTE signal is less than -120 dBm (Si: [0090] Here, the first network signal energy value is lower than the second network signal energy value, which is used to trigger the network device to send an inter-system measurement event to the terminal. It can be a constructed RSRP or RSRQ value lower than the absolute threshold (-110dBm), such as -120dBm … [0091] In step S560, the network device sends an inter-system measurement event to the terminal …).
The rationale and motivation for adding this teaching of Si is the same as the rationale and motivation for Claims 1 and 11.
Claims 9 and 19 are rejected under 35 U.S.C. 103 as being unpatentable over Agarwal-Si in view of Xie et.al., (US Patent Application Publication, xxx, hereinafter, “Xie”).
Regarding claims 9 and 19, Agarwal-Si discloses on the features with respect to claims 1 and 11 as outlined above.
Agarwal-Si does not explicitly teach:
wherein the RTP measurement does not satisfy the RTP threshold when a RTP loss rate is greater than 50 percent.
However, in the same field of endeavor, Xie teaches:
wherein the RTP measurement does not satisfy the RTP threshold when a RTP loss rate is greater than 50 percent (Xie: [0074] Thus, using such techniques, a voice call stall may be evaluated based on an adaptive threshold that is calculated for each evaluation period, where the UE determines a voice call stall when a number of received RTP packets in the evaluation window is less than the threshold value (M). If the evaluation is triggered by RTCP with SR (e.g., when a gap to a previous RTCP with SR is 5 seconds or greater), the UE calculates the converted-RTP-activity-ratio, and calculates an number of expected RTP packets in the evaluation window based on the Sender's packet count in the RTCP SRs. The UE may calculate the threshold value (M) based on the number of expected RTP packets and a target RTP loss ratio (e.g., an 80% loss ratio, such that if the number of received RTP packets is less than 20% of the number of expected RTP packets, a stall is identified) …).
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 invention of Agarwal-Si to include the features as taught by Xie above in order to provide voice call stall detection and mitigation. (Xie, ¶ [0002]).
Claims 10 and 20 are rejected under 35 U.S.C. 103 as being unpatentable over Agarwal-Si in view of Qu et.al., (US Patent Application Publication, 20180206153, hereinafter, “Qu”).
Regarding claims 10 and 20, Agarwal-Si discloses on the features with respect to claims 1 and 11 as outlined above.
Agarwal-Si does not explicitly teach:
setting up an Evolved Packet Data Gateway (ePDG) for a handover of an Internet Protocol (IP) Multimedia Subsystem (IMS) public data network (PDN) from LTE to Wi-Fi.
However, in the same field of endeavor, Qu teaches:
setting up an Evolved Packet Data Gateway (ePDG) for a handover of an Internet Protocol (IP) Multimedia Subsystem (IMS) public data network (PDN) from LTE to Wi-Fi (Qu: [0003] Take the handover between LTE and Wi-Fi as an example. Please refer to FIG. 1, which shows a diagram of a transition between the services of the voice over Wi-Fi (VoWiFi) and the voice over LTE (VoLTE) for a user equipment (UE) 102, wherein the dotted lines represent signaling transmission paths for control signal transmission, and the solid lines represent data transmission paths for data transmission (such as voices, images, etc.). As shown in FIG. 1, when the UE 102 uses the LTE communication mode (i.e. VoLTE), the UE 102 can be connected via a cellular radio access network 104 to a public data network (PDN) gateway (PGW) 106, and further establish a connection to the IP Multimedia Subsystem (IMS) 108 via the PGW 106, so that the cellular network provides the IMS service (such as VoLTE) for the UE 102. The UE 102 camps on a cell (including macrocell, micro cell, picocell, femtocell, etc.) provided by a base station (BS) (e.g., node B (NB), Enhanced node B (eNB), etc.) in the cellular radio access network 104. To establish an IMS service connection, the UE 102 can communicate via the cellular radio access network 104, the PGW 106, and a policy and charging rules function (PCRF) module 114 provided by operators to send a request signal to the IMS 108. In addition, the UE 102 can also use Wi-Fi to provide IMS services (such as VoWiFi) for users. After the UE 102 completes the transition to the Wi-Fi communication mode, the UE 102 can establish an IP security tunnel (IPsec tunnel) between an evolved packet data gateway (ePDG) 112 via a Wi-Fi access point (AP) 110 and further connect to the IMS 108 through the PGW 106 …).
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 invention of Agarwal-Si to include the features as taught by Qu above in order to perform network handover in a cellular network radio access technology (RAT) and wireless local area network (WLAN). (Qu, ¶ [0003]).
Conclusion
THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time policy as set forth in 37 CFR 1.136(a).
A shortened statutory period for reply to this final action is set to expire THREE MONTHS from the mailing date of this action. In the event a first reply is filed within TWO MONTHS of the mailing date of this final action and the advisory action is not mailed until after the end of the THREE-MONTH shortened statutory period, then the shortened statutory period will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, however, will the statutory period for reply expire later than SIX MONTHS from the mailing date of this final action.
Any inquiry concerning this communication or earlier communications from the examiner should be directed to LIEM H NGUYEN whose telephone number is (408)918-7636. The examiner can normally be reached on Monday-Friday, 8:30AM-5:00PM PT.
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, Noel Beharry can be reached on 571-270-5630. The fax phone number for the organization where this application or proceeding is assigned is 571-273-8300.
Information regarding the status of an application may be obtained from the Patent Application Information Retrieval (PAIR) system. Status information for published applications may be obtained from either Private PAIR or Public PAIR. Status information for unpublished applications is available through Private PAIR only. For more information about the PAIR system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a USPTO Customer Service Representative or access to the automated information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000.
/LIEM H. NGUYEN/Primary Examiner, Art Unit 2416
Prosecution Insights