Prosecution Insights
Last updated: May 29, 2026
Application No. 18/767,840

METHODS AND SYSTEMS FOR RELAY COMMUNICATIONS

Non-Final OA §102§103
Filed
Jul 09, 2024
Priority
Jan 10, 2022 — continuation of PCTCN2022071000
Examiner
KIM, KI SEOK
Art Unit
2418
Tech Center
2400 — Computer Networks
Assignee
ZTE CORPORATION
OA Round
1 (Non-Final)
Grant Probability
Favorable
1-2
OA Rounds

Examiner Intelligence

Grants only 0% of cases
0%
Career Allowance Rate
0 granted / 0 resolved
-58.0% vs TC avg
Minimal +0% lift
Without
With
+0.0%
Interview Lift
resolved cases with interview
Typical timeline
Avg Prosecution
12 currently pending
Career history
9
Total Applications
across all art units

Statute-Specific Performance

§103
88.9%
+48.9% vs TC avg
§102
11.1%
-28.9% vs TC avg
Black line = Tech Center average estimate • Based on career data from 0 resolved cases

Office Action

§102 §103
DETAILED ACTION This Office action is a response to an application filed on July 9, 2024. Claims 1-20 are currently pending and ready for examination. 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 . Information Disclosure Statement The information disclosure statements (IDS) submitted on July 9, 2024, April 9, 2025, June 11, 2025 and on July 2, 2025 are in compliance with the provisions of 37 CFR 1.97. Accordingly, the information disclosure statements are being considered by the examiner. Drawings The drawings are objected to as failing to comply with 37 CFR 1.84(p)(5) because they do not include the following reference sign(s) mentioned in the description: Fig. 6, For the reference numeral labels 600, 610 and 620, no description is provided in the disclosure. Fig. 7, Contrary to the ¶s[0245] and [246] of the disclosure, the reference numeral 700 does not correspond to a “wireless communication method.” Fig. 7 is missing the method step labels 710 and 720 referenced in the above paragraphs of the description. Fig. 8 is missing the label 800 referenced in the ¶s[0247] and [248] of the disclosure, and does not appear to be drawn to a “method.” Corrected drawing sheets in compliance with 37 CFR 1.121(d) are required in reply to the Office action to avoid abandonment of the application. Any amended replacement drawing sheet should include all of the figures appearing on the immediate prior version of the sheet, even if only one figure is being amended. Each drawing sheet submitted after the filing date of an application must be labeled in the top margin as either “Replacement Sheet” or “New Sheet” pursuant to 37 CFR 1.121(d). If the changes are not accepted by the examiner, the applicant will be notified and informed of any required corrective action in the next Office action. The objection to the drawings will not be held in abeyance. Specification The disclosure is objected to because of the following informalities: In Paragraphs [0016]-[0019] and [0245]-[0251] of the disclosure, the references to and descriptions of the drawings appear inaccurate. In particular: 1) While ¶s[0016] and [0017] each refers to a “method,” the drawings for Figs. 7 and 8 do not appear to be drawn to methods; 2) Contrary to the statements in ¶s[0018]-[0019], no drawings for Figs. 9 and 10 are provided; 3) While ¶s[0245]-[0246] are referring to a method 700, method steps 710 and 720, Fig. 7 does not appear to be drawn to a method. No descriptions for the reference numeral labels 710a-710d, 705a, 705b and 725 of Fig. 7 are provided; 4) While ¶s[0247]-[0248] are referring to a method 800, method steps 810 and 820, Fig. 8 does not appear to be drawn to a method. No descriptions for the reference numeral labels 805 and 815 of Fig.8 are provided; and 5) For ¶s[0249]-[0251], the references to Figs. 9 and 10 appear should be changed to Figs. 7 and 8, respectively, including substitutions of all corresponding reference numerals for the described features. Appropriate correction is required. Claim Rejections - 35 USC § 102 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 (i.e., changing from AIA to pre-AIA ) 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 the appropriate paragraphs of 35 U.S.C. §102 that form the basis for the rejections under this section made in this Office action: A person shall be entitled to a patent unless – (a)(1) the claimed invention was patented, described in a printed publication, or in public use, on sale, or otherwise available to the public before the effective filing date of the claimed invention. (a)(2) the claimed invention was described in a patent issued under section151, or in an application for patent published or deemed published under section 122(b), in which the patent or application, as the case may be, names another inventor and was effectively filed before the effective filing date of the claimed invention Claims 1-4, 6-8 and 10-13 are rejected under 35 U.S.C. §102(a)(1) as being anticipated 3GPPTS38.331V161 Regarding claim 1, 3GPPTS38.331V16 discloses a method of wireless communication (See, Page 21, §1 Scope, “protocol for the radio interface between UE and NG-RAN”), comprising: Receiving (See, Figures 5.8.5.1-1 (Page 212) showing a UE receiving “SIB12 acquisition,” and “RRCREconfiguration”), by a first user device (a “UE” the above Figure), a first configuration wherein the first configuration is a synchronization configuration2 (See, Page 215, “sl-ConfigDedicatedNR within RRCReconfiguration message” or “sl-ConfigCommonNR within SIB12”), wherein the synchronization configuration includes at least one of a synchronization priority (The “sl-SyncPriority,” which may be included in each of sl-FreqConfig (Page 789) and sl-FreqConfigCommon (Page 790), which may be in turn included in the sl-ConfigDedicatedNR and sl-ConfigCommonNR, respectively (See, Pages 272-274, 784 and 785 for the nested relationships of sl-ConfigDedicatedNR; and Pages 348, 789-790 for the nested relationship for the sl-ConfigCommonNR. See, also Page 789 and page 216 for the indication of priority by the sl-SyncPriority.), a network controlled synchronization transmission indication (See, Page 785, “networkControlledSyncTx,” “Value on indicates the UE to transmit synchronization information while value off indicates the UE to not transmit such information.” As shown in Page 785, this field may be included in the sl-ConfigDedicatedNR), or a reference signal received power (RSRP) threshold (See, Pages 212 and 213, syncTxThreshIC or syncTxThreshOoC, “the RSRP measurement [the PSBCH-RSRP measurement ]…is below the value of syncTxThreshIC [syncTxThreshOoC]”), and wherein the synchronization configuration is received from Uu radio resource control (RRC) or system information block (SIB) message (See, Fig. 5.8.5.1-1, showing a UE receiving “SIB12” and “RRCReconfiguration” directly from the “Network.” See, also Applicant’s disclosure at ¶s[0078]-[0083]); and applying, by the first user device, the first configuration (See, e.g., Page 215, §5.8.6.2, first 4 lines, “ The UE shall: 1> if …sl-SyncPriority is configured for the concerned frequency and set to gnbEnb, i.e., applying the sl-SyncPriority). Regarding claim 2, 3GPPTS38.331V16 further discloses that the first user device selects a cell as a synchronization reference source in a case that a frequency for sidelink communication is included in a Uu message and the synchronization priority is set to gNBeNB (See, Page 215, §5.8.6.2, first 4 lines, “The UE shall: 1> if the frequency used for NR sidelink communication is included in sl-FreqInfoToAddModList in sl-ConfigDedicatedNR within RRCReconfiguration message or included in sl-ConfigCommonNR within SIB12, and sl-SyncPriority is configured for the concerned frequency and set to gnbEnb: 2> select a cell as the synchronization reference source,” Emphasis Added). Regarding claim 3, 3GPPTS38.331V16 further discloses that the first user device selects a cell as a synchronization reference source in a case that a frequency for sidelink communication is included in a PC5 message3 and the synchronization priority is set to gNBeNB (See, Page 215, §5.8.6.2, first 4 lines, “The UE shall: 1> if the frequency used for NR sidelink communication is included in sl-FreqInfoToAddModList in sl-ConfigDedicatedNR within RRCReconfiguration message or included in sl-ConfigCommonNR within SIB12, and sl-SyncPriority is configured for the concerned frequency and set to gnbEnb: 2> select a cell as the synchronization reference source,” Emphasis Added), and the first user device considers the first user device in an in-coverage (IC) state (See, Page 212, §5.8.5.2, first two “1>” conditional statements, “1> if in coverage….has selected GNSS or the cell as synchronization reference,” and “1> if out of coverage….has selected GNSS or the cell as synchronization reference…” Accordingly, 3GPPTS38.331V16 discloses when the UE is in coverage (or out of coverage), the UE shall select a cell as the synchronization reference source as long as the above other conditions are met). Regarding claim 4, 3GPPTS38.331V16 further discloses that the first user device is configured to transmit a synchronization signal in a case that the first user device considers the first user device is in an in-coverage (IC) state (See, Page 212, §5.8.5.2, first 5 lines, “A UE capable of NR sidelink communication and SLSS/PSBCH transmission shall….if in coverage on the frequency used for NR sidelink communication,” and the first occurrence of “3>”, “transmit SSB…including the transmission of SLSS..,” Emphasis added). Regarding claim 6, 3GPPTS38.331V16 further discloses that the first user device is configured to transmit a synchronization signal in a case that the first user device considers the first user device is out-of-coverage (OOC) (See, Pages 212, §5.8.5.2, first line, “A UE capable of NR sidelink communication and SLSS/PSBCH transmission shall;” the second occurrence of “1>,” “if out of coverage on the frequency used for NR sidelink communication;” and the first occurrence of “3>,”“transmit SSB…including the transmission of SLSS..”). Regarding claim 7, 3GPPTS38.331V16 further discloses that the first user device is configured to transmit a synchronization signal in a case that the first user device considers the first user device is out-of-coverage (OOC) and at least one of conditions is met, and wherein the conditions include the network controlled synchronization transmission indication is configured and set to an activated state (See, Pages 212, §5.8.5.2, first line, “A UE capable of NR sidelink communication and SLSS/PSBCH transmission shall;” the second occurrence of “1>,” “if out of coverage on the frequency used for NR sidelink communication,…; the first occurrence of “2>,” “if networkControlledSyncTx is configured and set to on;” and the first occurrence of “3>,”“transmit SSB…including the transmission of SLSS,” Emphasis Added). Regarding claim 8, 3GPPTS38.331V16 further discloses that the Uu message includes the Uu RRC message that is received from gNB or network or cell directly without a relay user device (See, Page 212, Figure 5.8.5.1-1, “RRCReconfiguration” received directly from the “Network.”). Regarding claim 10, 3GPPTS38.331V16 further discloses that the first user device considers the first user device is in an in-coverage (IC) state in a case that an IC condition is met or an out-of-coverage (OOC) condition is not met (See, Pages 212, §5.8.5.2, first line, “A UE capable of NR sidelink communication and SLSS/PSBCH transmission shall;” the first occurrence of “1>,” “if in coverage on the frequency used for NR sidelink communication, as defined in TS 38.304 [20].” See, the definition provided in the TS 38.304 (3GPPTS38.304V164), reproduced below5. According to the definition provided, the UE is considered to be in IC state when the IC condition is met, i.e., when at least one cell that meets the S Criterion is detected. Note, also that the two states, i.e., IC and OoC states are defined to be mutually exclusive with respect to each other. Thus, when the UE is considered IC, the condition for OoC, i.e., no cell that meets the S Criterion being detected, would not be met.). Regarding claim 11, 3GPPTS38.331V16 further discloses that wherein the first user device considers the first user device is in an out-of-coverage (OOC) state in a case that an IC condition is not met or an OOC condition is met (See, Pages 212, §5.8.5.2, first line, “A UE capable of NR sidelink communication and SLSS/PSBCH transmission shall;” the first occurrence of “1>,” “if in coverage on the frequency used for NR sidelink communication, as defined in TS 38.304 [20];” and the second occurrence of “1>,” “if out of coverage on the frequency used for NR sidelink communication,…” Because the two states, i.e., IC and OoC states are defined to be mutually exclusive with respect to each other, when the UE is considered OoC, the condition for IC, i.e., at least one cell that meets the S Criterion being detected, would not be met.). Regarding claim 12, 3GPPTS38.331V16 further discloses that the IC condition is at least one frequency is IC (See, Pages 212, §5.8.5.2, first line, “A UE capable of NR sidelink communication and SLSS/PSBCH transmission shall;” the first occurrence of “1>,” “if in coverage on the frequency used for NR sidelink communication, as defined in TS 38.304 [20].” As discussed above in connection to claim 10, the “in coverage” as defined in the 3GPPTS38.331V16 requires that at least “the frequency which UE is configured to perform NR sidelink communication” is in IC with a cell, i.e., the cell meets the S Criterion.) Regarding claim 13, 3GPPTS38.331V16 further discloses that wherein the OOC condition is no frequency is in the IC state6, and the first user device is configured to synchronize with a cell (See, Page 215, §5.8.6.2, first 4 lines, “The UE shall: 1> if the frequency used for NR sidelink communication is included in sl-FreqInfoToAddModList in sl-ConfigDedicatedNR within RRCReconfiguration message or included in sl-ConfigCommonNR within SIB12, and sl-SyncPriority is configured for the concerned frequency and set to gnbEnb: 2> select a cell as the synchronization reference source”). 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 5 and 14-20 are rejected under 35 U.S.C. §103 as being unpatentable over 3GPPTS38.331V16 in view of Cheng et al. (US Patent Publication No. US2022/0361076). Regarding claim 5, 3GPPTS38.331V16 teaches a method for wireless communication comprising all elements recited in claim 1 as discussed above, and further teaches that the first user device is configured to transmit a synchronization signal in a case that an RSRP of a relay user device is lower than a configured threshold (See, Pages 212, §5.8.5.2, first line, “A UE capable of NR sidelink communication and SLSS/PSBCH transmission shall,” last line “1> else:;” Page 213, the first occurrence of “2>,” …if syncTxThreshOoC is included in SidelinkPreconfigNR; and the UE is not directly synchronized to GNSS, and the PSBCH-RSRP measurement result of the selected SyncRef UE is below the value of syncTxThreshOoC;” and the first occurrence of “3>,”“transmit SSB…including the transmission of SLSS..,”). 3GPPTS38.331V16, however, fails to explicitly teach that the first user device considers the first user device is in-coverage (IC). Cheng et al teaches a method for wireless communication between a remote UE and a relay UE via PC5 interface (See, Fig. 4) wherein the first user device (the Remote UE 401) considers the first user device is in-coverage (IC) (See, Figs. 1 and 4; ¶[0030] “A UE can become a Remote UE if its measured Uu signal is sufficiently bad (e.g., <=threshHighRemote). For in-coverage remote UE, because it is still in coverage of base station, remote UE 401 can measure Uu-RSRP, and can compare Uu-RSRP with PC5-RSRP directly or indirectly.” The UE 401, depending on the result of the comparison between Uu-RSRP and PC5-RSRP (i.e., the RSRP of the relay UE 402), may choose to become a remote UE for sidelink communication with the relay UE 402. Accordingly, Cheng et al. teaches an in-coverage UE making a decision based on the RSRP measurement of a relay UE). 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 method taught by 3GPPTS38.331V16 to incorporate the above teaching of Cheng et al. in order to allow a better service, throughput or latency by providing an opportunity to select a base station and/or relay UE with better signal strength or service (See, e.g., Cheng et al. ¶s[0021]). Regarding claim 14, 3GPPTS38.331V16 teaches an apparatus of wireless communication (a “UE” in any of Figures 5.8.5.1-1 and 5.8.5.1-2) configured to receive (See, Figures 5.8.5.1-1 (Page 212) showing a UE receiving “SIB12 acquisition,” and “RRCREconfiguration”), by a first user device (the UE above), a first configuration, wherein the first configuration is a synchronization configuration (See, Page 215, “sl-ConfigDedicatedNR within RRCReconfiguration message” or “sl-ConfigCommonNR within SIB12”), wherein the synchronization configuration includes at least one of a synchronization priority (The “sl-SyncPriority,” which may be included in each of sl-FreqConfig (Page 789) and sl-FreqConfigCommon (Page 790), which may be in turn included in the sl-ConfigDedicatedNR and sl-ConfigCommonNR, respectively (See, Pages 272-274, 784 and 785 for the nested relationships of sl-ConfigDedicatedNR; and Pages 348, 789-790 for the nested relationship for the sl-ConfigCommonNR. See, also Page 789 and page 216 for the indication of priority by the sl-SyncPriority.), a network controlled synchronization transmission indication (See, Page 785, “networkControlledSyncTx,” “Value on indicates the UE to transmit synchronization information while value off indicates the UE to not transmit such information.” As shown in Page 785, this field may be included in the sl-ConfigDedicatedNR), or a reference signal received power (RSRP) threshold(See, Pages 212 and 213, syncTxThreshIC or syncTxThreshOoC, “the RSRP measurement [the PSBCH-RSRP measurement ]…is below the value of syncTxThreshIC [syncTxThreshOoC]”), and wherein the synchronization configuration is received from Uu RRC or SIB message (See, Fig. 5.8.5.1-1, showing a UE receiving “SIB12” and “RRCReconfiguration” directly from the “Network.” See, also Applicant’s disclosure at ¶s[0078]-[0083]); and apply, by the first user device, the first configuration (See, e.g., Page 215, §5.8.6.2, first 4 lines, “ The UE shall: 1> if …sl-SyncPriority is configured for the concerned frequency and set to gnbEnb, i.e., applying the sl-SyncPriority). 3GPPTS38.331V16, however, fails to explicitly teach an apparatus comprising a processor, wherein the processor is configured to implement a method that causes the apparatus to perform the above recited functional steps. Cheng et al. teaches an apparatus comprising a processor, wherein the processor is configured to implement a method that causes the apparatus to perform functional steps (See, Cheng et al. Fig. 2, #s 201 and 203; and ¶[0024]). It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention that it would be necessary to modify the above teachings of 3GPPTS38.331V16 to incorporate the UE structure taught by Cheng et al. when implementing a UE in order for such UE to be compliant with the 5G NR standards (See, Cheng et al. ¶[0002]). Regarding claim 15, 3GPPTS38.331V16 further teaches that the first user device selects a cell as a synchronization reference source in a case that a frequency for sidelink communication is included in a Uu message and the synchronization priority is set to gNBeNB (See, Page 215, §5.8.6.2, first 4 lines, “The UE shall: 1> if the frequency used for NR sidelink communication is included in sl-FreqInfoToAddModList in sl-ConfigDedicatedNR within RRCReconfiguration message or included in sl-ConfigCommonNR within SIB12, and sl-SyncPriority is configured for the concerned frequency and set to gnbEnb: 2> select a cell as the synchronization reference source,” Emphasis Added). Regarding claim 16, 3GPPTS38.331V16 further teaches that the first user device selects a cell as a synchronization reference source in a case that a frequency for sidelink communication is included in a PC5 message and the synchronization priority is set to gNBeNB (See, Page 215, §5.8.6.2, first 4 lines, “The UE shall: 1> if the frequency used for NR sidelink communication is included in sl-FreqInfoToAddModList in sl-ConfigDedicatedNR within RRCReconfiguration message or included in sl-ConfigCommonNR within SIB12, and sl-SyncPriority is configured for the concerned frequency and set to gnbEnb: 2> select a cell as the synchronization reference source,” Emphasis Added), and the first user device considers the first user device in an in-coverage (IC) state (See, Page 212, §5.8.5.2, first two “1>” conditional statements, “1> if in coverage….has selected GNSS or the cell as synchronization reference,” and “1> if out of coverage….has selected GNSS or the cell as synchronization reference…” Accordingly, 3GPPTS38.331V16 discloses when the UE is in coverage (or out of coverage), the UE shall select a cell as the synchronization reference source as long as the above other conditions are met). Regarding claim 17, 3GPPTS38.331V16 further teaches that the first user device is configured to transmit a synchronization signal in a case that the first user device considers the first user device is in an in-coverage (IC) state (See, Page 212, §5.8.5.2, first 5 lines, “A UE capable of NR sidelink communication and SLSS/PSBCH transmission shall….if in coverage on the frequency used for NR sidelink communication,” and the first occurrence of “3>”, “transmit SSB…including the transmission of SLSS..,” Emphasis added). Regarding claim 18, 3GPPTS38.331V16 teaches an apparatus of wireless communication comprising all elements recited in claim 14 as discussed above, and further teaches that the first user device is configured to transmit a synchronization signal in a case that an RSRP of a relay user device is lower than a configured threshold (See, Pages 212, §5.8.5.2, first line, “A UE capable of NR sidelink communication and SLSS/PSBCH transmission shall,” last line “1> else:;” Page 213, the first occurrence of “2>,” …if syncTxThreshOoC is included in SidelinkPreconfigNR; and the UE is not directly synchronized to GNSS, and the PSBCH-RSRP measurement result of the selected SyncRef UE is below the value of syncTxThreshOoC;” and the first occurrence of “3>,”“transmit SSB…including the transmission of SLSS..,”). 3GPPTS38.331V16, however, fails to explicitly teach that the first user device considers the first user device is in-coverage (IC). Cheng et al teaches an apparatus for wireless communication between a remote UE and a relay UE via PC5 interface (See, Fig. 2) wherein the first user device (Fig. 4, the Remote UE 401) considers the first user device is in-coverage (IC) (See, Figs. 1 and 4; ¶[0030] “A UE can become a Remote UE if its measured Uu signal is sufficiently bad (e.g., <=threshHighRemote). For in-coverage remote UE, because it is still in coverage of base station, remote UE 401 can measure Uu-RSRP, and can compare Uu-RSRP with PC5-RSRP directly or indirectly.” The UE 401, depending on the result of the comparison between Uu-RSRP and PC5-RSRP (i.e., the RSRP of the relay UE 402), may choose to become a remote UE for sidelink communication with the relay UE 402. Accordingly, Cheng et al. teaches an in-coverage UE making a decision based on the RSRP measurement of a relay UE). 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 apparatus taught by 3GPPTS38.331V16 to incorporate the above teaching of Cheng et al. in order to allow a better service, throughput or latency by providing an opportunity to select a base station and/or relay UE with better signal strength or service (See, e.g., Cheng et al. ¶s[0021]). Regarding claim 19, 3GPPTS38.331V16 further teaches that the first user device is configured to transmit a synchronization signal in a case that the first user device considers the first user device is out-of-coverage (OOC) (See, Pages 212, §5.8.5.2, first line, “A UE capable of NR sidelink communication and SLSS/PSBCH transmission shall;” the second occurrence of “1>,” “if out of coverage on the frequency used for NR sidelink communication,…; and the first occurrence of “3>,”“transmit SSB…including the transmission of SLSS..”). Regarding claim 20, 3GPPTS38.331V16 further teaches that the first user device is configured to transmit a synchronization signal in a case that the first user device considers the first user device is out-of-coverage (OOC) and at least one of conditions is met, and wherein the conditions include the network controlled synchronization transmission indication is configured and set to an activated state (See, Pages 212, §5.8.5.2, first line, “A UE capable of NR sidelink communication and SLSS/PSBCH transmission shall;” the second occurrence of “1>,” “if out of coverage on the frequency used for NR sidelink communication,…; the first occurrence of “2>,” “if networkControlledSyncTx is configured and set to on;” and the first occurrence of “3>,”“transmit SSB…including the transmission of SLSS,” Emphasis Added). Claim 9 is rejected under 35 U.S.C. §103 as being unpatentable over 3GPPTS38.331V16 view of Cheng et al -1 (US Patent Publication No. US 2024/0015637). Regarding claim 9, 3GPPTS38.331V16 teaches a method for wireless communication comprising all elements recited in claim 3 as discussed above, but fails to explicitly teach that the PC5 message includes the SIB message that is not received from a gNB or network or cell directly. Cheng et al -1 teaches a sidelink wireless communication method (See, Figs. 2 and 6) in which a PC5 message includes the SIB message that is not received from a gNB or network or cell directly (See, Figs. 2, #655 and ¶[0143]; ¶[0106], “for a dedicated SIB update, such as SIB12, the UE 115-a may transmit the updated SIB to the UE 115-b with a dedicated PC5-RRC message”). 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 method taught by 3GPPTS38.331V16 to incorporate the above teaching of Cheng et al-1. in order to achieve higher data rates, increased throughput, and greater spectral efficiency by providing greater connectivity, greater coverage, and shorter relay connection establishment (See, e.g., Cheng et al. ¶s[0051]). Conclusion Any inquiry concerning this communication or earlier communications from the examiner should be directed to KI S KIM whose telephone number is (571)272-9141. The examiner can normally be reached M-Th 7:00AM - 5:30PM. 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, Moo R Jeong can be reached at (571) 272-9617. 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. /K.S.K./Examiner, Art Unit 2418 March 30, 2026 /Moo Jeong/Supervisory Patent Examiner, Art Unit 2418 1 3GPP TS 38.331 V16.6.0 (2021-09) Technical Specification “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; Radio Resource Control (RRC) protocol specification (Release 16);” published by 3GPP Organizational Partners, September 2021, Pp. 1-955. 2 This claim recitation, “a first configuration wherein the first configuration is a synchronization configuration,” is given its plain and broadest reasonable interpretation, that is, the first configuration and the synchronization configuration have the same meaning. 3 This claim limitation “PC5 message” is construed to encompass the examples of such message provided in Applicant’s own disclosure. Accordingly, the “frequency…included in a PC5 message” is construed to include the frequency included in the RRC message and/or specified in SIB12. See, Applicant’s disclosure ¶s[0084]-[0089]: “[0084] In this example, a PC5 message is at least one of the following: [0085] 6. Uu RRC message that is received from PC5 interface. [0086] 7. Uu RRC message that is not received from gNB directly. [0087] 8. SIB message that is received from PC5 interface. [0088] 9. SIB message that is not received from a gNB or network or cell directly (e.g., obtains the SIB with a relay UE). [0089] 10. PC5 RRC or MAC or PHY signaling.” 4 3GPP TS 38.304 V16.6.0 (2021-09) Technical Specification “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; User Equipment (UE) procedures in Idle mode and RRC Inactive state (Release 16);” published by 3GPP Organizational Partners, September 2021, Pp. 1-39. 5 See, 3GPPTS38.304V16, at Page 36, third paragraph, “If the UE detects at least one cell on the frequency which UE is configured to perform NR sidelink communication on fulfilling the S criterion in accordance with clause 8.2.1, it shall consider itself to be in-coverage for NR sidelink communication on that frequency. If the UE cannot detect any cell on that frequency meeting the S criterion, it shall consider itself to be out-of-coverage for NR sidelink communication on that frequency,” Emphasis added. 6 Despite the modified or narrowed OoC condition, i.e., that there “no frequency [that] is in the IC state,” because each of the claims 3 and 10 (from which this claim 13 depend) so recite, the first user device is still in the IC state. Accordingly, as discussed in connection to claim 10, there is at least one frequency, i.e., the Sl frequency being used is in IC state, not satisfying this modified requirement for the OoC condition. Accordingly, as discussed in connection with claim 3 above, and as those other conditions recited in claim 3 has not changed, the first user device shall select a cell as the synchronization reference source.
Read full office action

Prosecution Timeline

Jul 09, 2024
Application Filed
Apr 01, 2026
Non-Final Rejection mailed — §102, §103 (current)

Strategy Recommendation AI-generated — please review before filing

Get a prosecution strategy drawn from examiner precedents, rejection analysis, and claim mapping.
Typically takes 5-10 seconds — AI-generated, attorney review required before filing

Prosecution Projections

1-2
Expected OA Rounds
Grant Probability
Low
PTA Risk
Based on 0 resolved cases by this examiner. Grant probability derived from career allowance rate.

Sign in with your work email

Enter your email to receive a magic link. No password needed.

Personal email addresses (Gmail, Yahoo, etc.) are not accepted.

Free tier: 3 strategy analyses per month