DETAILED ACTION
1. Claims 1-35 have been examined and are pending.
Priority
2. Applicant’s claim for the benefit of provisional application No. 63/011196 under 35 U.S.C. 119(e) is acknowledged. Applicant has not complied with one or more conditions for receiving the benefit of an earlier filing date under 35 U.S.C. 119(e) as follows:
The later-filed application must be an application for a patent for an invention which is also disclosed in the prior application (the parent or original nonprovisional application or provisional application). The disclosure of the invention in the parent application and in the later-filed application must be sufficient to comply with the requirements of 35 U.S.C. 112(a) or the first paragraph of pre-AIA 35 U.S.C. 112, except for the best mode requirement. See Transco Products, Inc. v. Performance Contracting, Inc., 38 F.3d 551, 32 USPQ2d 1077 (Fed. Cir. 1994); see MPEP §2136.05, 2163.03(III), 706.02(b).
The disclosure of the prior-filed application, Application No. 63/011196, fails to provide adequate support or enablement in the manner provided by 35 U.S.C. 112(a) or pre-AIA 35 U.S.C. 112, first paragraph for one or more claims of this application. The specification of the provisionally-filed application does not support:
receiving input data containing uplink data samples from user equipment via a communication network; generating downsampled based on a small number of data the input data containing preamble information stored in a buffer via a detector utilizing parameters stored in a parameter database; generating a correlated output via operation of correlating selected amount of downsampled data in response to a signature sequence generated by a signature sequence generator; and providing a preamble output in accordance with the correlated output through a performance of peak detection, as recited in claim 1. Claim 26 (means-plus-function limitations), directed to an apparatus embodiment of claim 1 and reciting similar features as claim 1, is also not supported by the provisionally-filed application;
storing a small number of received input samples containing preamble information in a local buffer; retrieving one or more parameters from a parameter database and storing the parameters in an accumulated phase value storage in the frequency shifter; receiving a frequency shift input generated by an external controller indicating an amount of frequency shift to be applied; generating an input via adding the frequency shift input and the parameters; and generating a frequency shifted data in response to the input and an input data retrieved from the local buffer, as recited in claim 15. Claim 30 (means-plus-function limitations), directed to an apparatus embodiment of claim 15 and reciting similar features as claim 15, is also not supported by the provisionally-filed application.
Therefore, claims 1-35 are not given the filing date of the provisionally-filed application No. 63/011196, filed April 16, 2020.
However, claims 1-35 are afforded the filing date of the parent application 17/233405, filed April 16, 2021.
Response to Arguments
3. Applicant's arguments, filed 11/27/2025 with respect to the compliance under 119(e) of the provisionally-filed application No. 63/011,196, have been fully considered but they are not persuasive (Remarks, pages 8-11). Examiner addresses the Applicant’s concerns in the following discussion.
Applicant applies the limitations of claims 1 and 15 to Figure 3 of the Application and Figure 1 of the provisional application. However, the functions of the blocks are not explained (in the provisional) with any level of granularity that would apprise one of ordinary skill in the art that the Applicant had possession of the invention at the time of filing of the provisional application. Particularly, the only figure (Figure 1) present in the provisionally-filed application on the only, single-paged specification does not provide sufficient description to support the currently-filed claims (received in the Office on 7/20/2025). By pointing out the blocks of the diagram of the provisionally-filed application, although labeled with a rate converter and an output slicer, Applicant has not provided sufficient evidence that the blocks support the functions of claims 1 and 15.
Examiner maintains the priority claim is non-compliant.
4. Applicant's arguments filed 11/27/2025 with respect to the rejections of independent claims 1, 15, 26, and 30 as being anticipated by United States Patent Application 2016/0373222 A1 to Pralea (hereinafter “Pralea”) have been fully considered but they are not persuasive. Examiner addresses Applicant’s concerns in the following response.
Applicant argues “generating downsampled data based on a small number of the input data containing preamble information stored in a buffer via a detector utilizing parameters stored in a parameter database” (see Remarks, pages 11-17). Particularly, Applicant contends the Abstract, [0037-0039] and [0044] do not disclose this feature in that “Pralea has never disclosed that its look-up table can be used for storing a small number of input data which containing preamble information”.
Examiner respectfully disagrees. Pralea explicitly discloses generating downsampled data based on a small number of the input data stored in a buffer via a detector utilizing parameters stored in a parameter database (Pralea: [0046-0049] – corresponds to decimator/downsampler downsampling an input PRACH signal according to an initial sample and partitioning width configuration(s) retrieved from a look-up table which is arranged to store a set of configuration records each including initial sample and partitioning width configuration for a respective PRACH format, this PRACH format includes a preamble (see Pralea at Figures 3 and 4 with [0010] and [0011], respectively, and further with respect [0030-0032], [0036-0038], [0058]), which corresponds to input data stored in a buffer. See also [0037-0038] with Figure 5. See also [0099] describing the decimation/downsampling includes a decimation factor as a configuration/parameter.). One of ordinary skill in the art is aware that before downsampled data is generated, an input signal must first be partitioned and processed as sample data. Official Notice is not required to contend this feature, since partitioning input data at a digital signal receiver is so well-known. This feature is further disclosed with respect to [0046-0049], which explicitly discloses receiving a PRACH sample, partitioning the sample, and decimating, or downsampling, the sample. It is unknown the depth or the number of samples required to be defined as a “small number” of input samples. Therefore, Pralea discloses “generating downsampled data based on a small number of the input data containing preamble information stored in a buffer via a detector utilizing parameters stored in a parameter database”. Adequate support for this conclusion, that input data may be downsampled in a digital receiver, is described by US PGPub 2006/0274843 A1 to Koo et al. at [0063-0064], US PGPub 2011/0150157 A1 to Lee at [0030-0031], and US PGPub 2014/0169501 A1 to Nazarathy et al. at [0012-0013], all of which have been previously-supplied to the Applicant in the PTO-892 mailed on 11/16/2023 Examiner respectfully maintains the rejections.
Applicant argues “providing a preamble output in accordance with the correlated output through a performance of peak detection” (Remarks, pages 17-18).
Examiner respectfully disagrees. Applicant's arguments fail to comply with 37 CFR 1.111(b) because they amount to a general allegation that the claims define a patentable invention without specifically pointing out how the language of the claims patentably distinguishes them from the references. Pralea explicitly discloses (Pralea: [0030-0034], [0044], [0098], [0109] – “The energy detection component 180 is coupled to the time-domain transform component (iFFT) 170 and arranged to identify received preamble sequences by detecting the time of peak correlation between received schedule request signal and preamble root sequence x.sub.u(n). The pattern detection component 190 is further configured to perform a pattern detection based on cross-correlation values in frequency domain between the output sequence and predefined patterns.” Pralea discloses “generating output samples representing a preamble output” in at least [0044] – “The energy detection component 180 is coupled to the time-domain transform component (iFFT) 170 and arranged to identify received preamble sequences by detecting the time of peak correlation between received schedule request signal and preamble root sequence x.sub.u(n).” Here, Pralea discloses a detector is operative to identify preamble sequences, which are output from the iFFT component.).
Examiner respectfully maintains the prior art rejections.
Claim Rejections - 35 USC § 102
5. 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.
6. 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.
7. Claims 1-5, 10, 11, 15-18, and 23-33 are rejected under 35 U.S.C. 102(a)(1) as being anticipated by United States Patent Application Publication 2016/0373222 A1 to Pralea (hereinafter “Pralea”).
Regarding Claim 1, Pralea discloses a method for identifying preamble information in a communication network, comprising:
receiving input data containing uplink data samples from user equipment via a communication network (Pralea: Figures 2-4 and [0026-0030] – corresponds to a base station receiving one or more uplink transmissions/frames/sub-frames/PRACH preambles from a UE.);
generating downsampled data based on a small number of the input data containing preamble information stored in a buffer via a detector utilizing parameters stored in a parameter database (Pralea: [0046-0049] – corresponds to decimator/downsampler downsampling an input PRACH signal according to an initial sample and partitioning width configuration(s) retrieved from a look-up table which is arranged to store a set of configuration records each including initial sample and partitioning width configuration for a respective PRACH format, this PRACH format includes a preamble (see Pralea at Figures 3 and 4 with [0010] and [0011], respectively, and further with respect [0030-0032], [0036-0038], [0058]), which corresponds to input data stored in a buffer. See also [0037-0038] with Figure 5. See also [0099] describing the decimation/downsampling includes a decimation factor as a configuration/parameter. Pralea discloses that the function of generating downsampled data in accordance with the input data via a detector utilizing parameters stored in a parameter database is performed by a decimator component, 200 of Figure 5 with corresponding description in [0037-0040]. A decimator, along with downsampling described by Pralea (along with low-pass filtering), operates to reduce a sampling rate, and therefore may act (in concert with downsampling) as a sample rate converter.);
generating a correlated output via operation of correlating selected amount of downsampled data in response to a signature sequence generated by a signature sequence generator (Pralea: [0030-0034] – a PRACH preamble includes a signature or sequence part, also defined as a Zadoff-Chu (ZC) sequence, adapted as preambles (this feature is known). See also [0043-0044] – “The root sequence resampling component 150 is arranged to generate a u-th Zadoff-Chu (ZC) root sequence x.sub.u(n) with length N.sub.ZC=839 in time domain using the PRACH root index u, which has been broadcast to the user equipment by the serving base station. The generated u-th Zadoff-Chu (ZC) root sequence x.sub.u(n) is supplied to the frequency-domain transform component DFT 151, which is arranged to convert the u-th Zadoff-Chu (ZC) root sequence x.sub.u(n) into a set of pilot frequency tones X.sub.u(k)=FFT(x.sub.u(n), 839).” Pralea discloses that the function of generating a correlated output via operation of correlating selected amount(s) of downsampled data is performed by a root sequence resampling component, 150, that takes as input from a reference sequence generator, 155, a Zadoff-Chu root sequence, which by its very design, includes sequences having constant amplitude and zero autocorrelation (CAZAC) sequences (Pralea: [0032], [0040-0043]). In [0044], Pralea further discloses that after multiplying by a complex conjugation for the extracted PRACH sequence, the frequency tones are converted into a number of samples. Then in [0050], Pralea discloses “The frequency shifter component 220 may apply a complex multiplication on the samples of the input signal blocks. The frequency shift configuration 222 may comprise a number of complex shift values equal to the number of samples of an input signal block. Each samples is complex multiplied with a respective one of the complex shift values. The complex shift values to be applied to obtain a desired frequency shift of the input signal blocks may be pre-calculated and stored in the look-up table 211 for being retrieved therefrom based on the required frequency shift to be applied to the input signal blocks.”, which necessarily suggests the function(s) of correlating selected amounts of downsampled data.); and
providing a preamble output in accordance with the correlated output through a performance of peak detection (Pralea: [0030-0034], [0044], [0098], [0109] – “The energy detection component 180 is coupled to the time-domain transform component (iFFT) 170 and arranged to identify received preamble sequences by detecting the time of peak correlation between received schedule request signal and preamble root sequence x.sub.u(n). The pattern detection component 190 is further configured to perform a pattern detection based on cross-correlation values in frequency domain between the output sequence and predefined patterns.” Pralea discloses “generating output samples representing a preamble output” in at least [0044] – “The energy detection component 180 is coupled to the time-domain transform component (iFFT) 170 and arranged to identify received preamble sequences by detecting the time of peak correlation between received schedule request signal and preamble root sequence x.sub.u(n).” Here, Pralea discloses a detector is operative to identify preamble sequences, which are output from the iFFT component.).
Regarding Claim 2, Pralea discloses the method of claim 1, further comprising obtaining the signature sequence from a signature sequence generator (Pralea: [0098-0101] – corresponds to generating an output sequence that represents a decimated sequence from a frequency-domain decimator component. See also [0108-0111].).
Regarding Claim 3, Pralea discloses the method of claim 1, further comprising retrieving one or more parameters from the parameter database to a frequency shifter (Pralea: Figure 5 with [0049-0050] – corresponds to frequency shifter retrieving a frequency shifting configuration from a look-up table.).
Regarding Claim 4, Pralea discloses the method of claim 1, further comprising storing at least a portion of an uplink transmission in a buffer of preamble data for sampling (Pralea: [0049] – initial samples of the received PRACH signal is stored (buffer) as part of configuration data.).
Regarding Claim 5, Pralea discloses the method of claim 1, further comprising generating frequency shifted data via operation of frequency shifting of buffered preamble data based on one or more parameters (Pralea: [0038], [0050] – “An initial phase and the frequency shift configuration 222 to be applied by the frequency shifter component 220 on the inputted PRACH signal may be retrieved from a look-up table 222, which is arranged to store a set of configuration records each including initial phase and the frequency shift configuration for a respective PRACH. The frequency shifter component 220 may apply a complex multiplication on the samples of the input signal blocks. The frequency shift configuration 222 may comprise a number of complex shift values equal to the number of samples of an input signal block. Each samples is complex multiplied with a respective one of the complex shift values. The complex shift values to be applied to obtain a desired frequency shift of the input signal blocks may be pre-calculated and stored in the look-up table 211 for being retrieved therefrom based on the required frequency shift to be applied to the input signal blocks.”).
Regarding Claim 10, Pralea discloses the method of claim 1, further comprising identifying the signature sequence via a matrix of preamble formats (Pralea: Figure 8 with [0075] – PRACH signal with a preamble format. Pralea further discloses operating the invention for preamble/pattern (sequence) detection using Discrete Fourier Transform Spread Orthogonal Frequency Division Multiple (DFTS-OFDM) Access (also known as DFT-S-OFDM; see Pralea at [0001], [0048-0055], [0062-0063], [0068]) which necessarily uses DFT matrices to spread symbols in the frequency domain across a plurality of subcarriers, wherein the row of the matrix comprise particular subcarriers, and the columns comprise a specific frequency component. This is known and therefore disclosed by Pralea.).
Regarding Claim 11, Pralea discloses the method of claim 1, further comprising identifying an accumulated phase value for frequency shifting from the parameters (Pralea: [0046-0050] – for each received PRACH input signal, a set of configuration records each include an initial phase and frequency shift, which is a plurality of phase values corresponding to each received PRACH input signal.).
Regarding Claim 15, Pralea discloses a method for detecting preambles in a communication network, comprising:
storing a small number of received input samples containing preamble information in a local buffer (Pralea further discloses “receiving input samples” in at least Figures 2-4 and [0026-0030] – corresponds to a base station receiving one or more uplink transmissions/frames/sub-frames/PRACH preambles from a UE. [0046-0049] – corresponds to decimator/downsampler downsampling an input PRACH signal according to an initial sample and partitioning width configuration(s) retrieved from a look-up table which is arranged to store a set of configuration records each including initial sample and partitioning width configuration for a respective PRACH format, this PRACH format includes a preamble (see Pralea at Figures 3 and 4 with [0010] and [0011], respectively, and further with respect [0030-0032], [0036-0038], [0058]), which corresponds to input data stored in a buffer. See also [0037-0038] with Figure 5. See also [0099] describing the decimation/downsampling includes a decimation factor as a configuration/parameter.);
retrieving one or more parameters from a parameter database (Pralea: [0046-0049] – corresponds to decimator/downsampler downsampling an input PRACH signal according to an initial sample and partitioning width configuration(s) retrieved from a look-up table. See also [0037-0038] with Figure 5. See also [0099] describing the decimation/downsampling includes a decimation factor as a configuration/parameter.) and storing the parameters in an accumulated phase value storage in a frequency shifter (Pralea: [0038], [0050] – “An initial phase and the frequency shift configuration 222 to be applied by the frequency shifter component 220 on the inputted PRACH signal may be retrieved from a look-up table 222, which is arranged to store a set of configuration records each including initial phase and the frequency shift configuration for a respective PRACH. The frequency shifter component 220 may apply a complex multiplication on the samples of the input signal blocks. The frequency shift configuration 222 may comprise a number of complex shift values equal to the number of samples of an input signal block. Each samples is complex multiplied with a respective one of the complex shift values. The complex shift values to be applied to obtain a desired frequency shift of the input signal blocks may be pre-calculated and stored in the look-up table 211 for being retrieved therefrom based on the required frequency shift to be applied to the input signal blocks.” See also [0046-0050] – for each received PRACH input signal, a set of configuration records each include an initial phase and frequency shift, which is a plurality of phase values corresponding to each received PRACH input signal.);
receiving a frequency shift input generated by an external controller indicating an amount of frequency shift to be applied (Pralea: [0050] – “The frequency shifter component 220 is provided to apply a 7.5 kHz frequency shift to compensate the 12.5 sub-carrier guard and/or the frequency shift depending on the used frequency allocation to shift the inputted PRACH signal to zero center frequency. The frequency shifter component 220 is arranged to shift the frequency of the input signal blocks by a predefined frequency shift value.” The frequency shift may be pre-calculated and retrieved external from the frequency shifter component.);
generating an input via adding the frequency shift input and the parameters (Pralea: [0050] – “An initial phase and the frequency shift configuration 222 to be applied by the frequency shifter component 220 on the inputted PRACH signal may be retrieved from a look-up table 222, which is arranged to store a set of configuration records each including initial phase and the frequency shift configuration for a respective PRACH. The frequency shifter component 220 may apply a complex multiplication on the samples of the input signal blocks. The frequency shift configuration 222 may comprise a number of complex shift values equal to the number of samples of an input signal block. Each samples is complex multiplied with a respective one of the complex shift values. The complex shift values to be applied to obtain a desired frequency shift of the input signal blocks may be pre-calculated and stored in the look-up table 211 for being retrieved therefrom based on the required frequency shift to be applied to the input signal blocks.”); and
generating a frequency shifted data in response to the input and an input data retrieved from the local buffer (Pralea: [0038], [0050] – “An initial phase and the frequency shift configuration 222 to be applied by the frequency shifter component 220 on the inputted PRACH signal may be retrieved from a look-up table 222, which is arranged to store a set of configuration records each including initial phase and the frequency shift configuration for a respective PRACH. The frequency shifter component 220 may apply a complex multiplication on the samples of the input signal blocks. The frequency shift configuration 222 may comprise a number of complex shift values equal to the number of samples of an input signal block. Each samples is complex multiplied with a respective one of the complex shift values. The complex shift values to be applied to obtain a desired frequency shift of the input signal blocks may be pre-calculated and stored in the look-up table 211 for being retrieved therefrom based on the required frequency shift to be applied to the input signal blocks.”).
Regarding Claim 16, Pralea discloses the method of claim 15, further comprising determining a phase value based on the input by a phase computation circuit (Pralea: [0050] – “An initial phase and the frequency shift configuration 222 to be applied by the frequency shifter component 220 on the inputted PRACH signal may be retrieved from a look-up table 222, which is arranged to store a set of configuration records each including initial phase and the frequency shift configuration for a respective PRACH.”).
Regarding Claim 17, Pralea discloses the method of claim 16, further comprising generating a complex sinusoid value based on the phase value via a phase conversion circuit (Pralea: [0050] – “An initial phase and the frequency shift configuration 222 to be applied by the frequency shifter component 220 on the inputted PRACH signal may be retrieved from a look-up table 222, which is arranged to store a set of configuration records each including initial phase and the frequency shift configuration for a respective PRACH. The frequency shifter component 220 may apply a complex multiplication on the samples of the input signal blocks. The frequency shift configuration 222 may comprise a number of complex shift values equal to the number of samples of an input signal block. Each samples is complex multiplied with a respective one of the complex shift values.”).
Regarding Claim 18, Pralea discloses the method of claim 15, wherein generating a frequency shifted data includes multiplying the input data with a complex sinusoid value generated by a phase conversion circuit (Pralea: [0050] – “An initial phase and the frequency shift configuration 222 to be applied by the frequency shifter component 220 on the inputted PRACH signal may be retrieved from a look-up table 222, which is arranged to store a set of configuration records each including initial phase and the frequency shift configuration for a respective PRACH. The frequency shifter component 220 may apply a complex multiplication on the samples of the input signal blocks. The frequency shift configuration 222 may comprise a number of complex shift values equal to the number of samples of an input signal block. Each samples is complex multiplied with a respective one of the complex shift values.”).
Regarding Claim 23, Pralea discloses the method of claim 15, further comprising correlating selected amount of preamble samples with a signature sequence to generate a correlated output (Pralea: [0044] – “The correlated time signal samples z.sub.u(l) contains concatenated power delay profiles of the cyclic shift replicas of the preamble root sequence x.sub.u(n). The energy detection component 180 is coupled to the time-domain transform component (iFFT) 170 and arranged to identify received preamble sequences by detecting the time of peak correlation between received schedule request signal and preamble root sequence x.sub.u(n).”).
Regarding Claim 24, Pralea discloses the method of claim 23, further comprising performing peak detection on the correlated output to detect a transmitted preamble (Pralea: [0044] – “The correlated time signal samples z.sub.u(l) contains concatenated power delay profiles of the cyclic shift replicas of the preamble root sequence x.sub.u(n). The energy detection component 180 is coupled to the time-domain transform component (iFFT) 170 and arranged to identify received preamble sequences by detecting the time of peak correlation between received schedule request signal and preamble root sequence x.sub.u(n).”).
Regarding Claim 25, Pralea discloses the method of claim 23, further comprising identifying the signature sequence via a matrix of preamble formats (Pralea: Figure 8 with [0075] – PRACH signal with a preamble format. Pralea further discloses operating the invention for preamble/pattern (sequence) detection using Discrete Fourier Transform Spread Orthogonal Frequency Division Multiple (DFTS-OFDM) Access (also known as DFT-S-OFDM; see Pralea at [0001], [0048-0055], [0062-0063], [0068]) which necessarily uses DFT matrices to spread symbols in the frequency domain across a plurality of subcarriers, wherein the row of the matrix comprise particular subcarriers, and the columns comprise a specific frequency component. This is known and therefore disclosed by Pralea.).
Claims 26-29, directed to an apparatus comprising means-plus-function language, recite similar features as claims 1-4, respectively, and are therefore rejected upon the same grounds as claims 1-4. Please see above rejections of claims 1-4. Pralea further discloses the apparatus in at least Figures 5 and 12.
Claims 30-33, directed to an apparatus comprising means-plus-function language, recite similar features as claims 15-18, respectively, and are therefore rejected upon the same grounds as claims 15-18. Please see above rejections of claims 15-18. Pralea further discloses the apparatus in at least Figures 5 and 12.
Claim Rejections - 35 USC § 103
8. The text of those sections of Title 35, U.S. Code not included in this action can be found in a prior Office action.
9. Claims 6, 13, 19, and 34 are rejected under 35 U.S.C. 103 as being unpatentable over Pralea in view of United States Patent 10,804,957 B1 to Rey et al. (hereinafter “Rey”).
Regarding Claim 6, Pralea discloses the method of claim 1, wherein Pralea discloses generating frequency shifted data via operation of frequency shifting of buffered preamble data based on one or more parameters (Pralea: [0038], [0050] – “An initial phase and the frequency shift configuration 222 to be applied by the frequency shifter component 220 on the inputted PRACH signal may be retrieved from a look-up table 222, which is arranged to store a set of configuration records each including initial phase and the frequency shift configuration for a respective PRACH. The frequency shifter component 220 may apply a complex multiplication on the samples of the input signal blocks. The frequency shift configuration 222 may comprise a number of complex shift values equal to the number of samples of an input signal block. Each samples is complex multiplied with a respective one of the complex shift values. The complex shift values to be applied to obtain a desired frequency shift of the input signal blocks may be pre-calculated and stored in the look-up table 211 for being retrieved therefrom based on the required frequency shift to be applied to the input signal blocks.”).
Pralea does not expressly disclose generating oversampled data through operation of oversampling frequency shifted data.
However, the concept of oversampling input signals to determine a PRACH/preamble is not new or novel given the presence of Rey. Rey is similarly concerned with preamble detection of frequency shifting signals (Rey: col. 1, line 63 through col. 2, line 20). Rey discloses generating oversampled data through operation of oversampling frequency shifted data (Rey: col. 3, lines 1-24 disclosing the preamble detection and generation of detectable preamble signals may be employed on a plurality of frequency shifting modulation techniques; col. 4, line 59 through col. 5, line 6 discloses applying oversampling to frequency domain samples converted from the phase domain (thus a frequency shift). See also Figure 5 with col. 6, line 55 through col. 7, line 7.).
It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention (AIA ) to modify the preamble detection method of Pralea in view of the preamble detection method of Rey to oversample input signals from the frequency domain (having been converted from the phase domain) for the reasons of increasing early packet detection (Rey: col. 2, lines 4-20).
Regarding Claim 13, Pralea discloses the method of claim 1, but does not expressly disclose performing sample copying for an operation of oversampling.
However, Rey, similarly concerned with preamble detection (Rey: col. 1, line 63 through col. 2, line 20), discloses performing sample copying for an operation of oversampling (Rey: col. 7, lines 32-47 – part of the oversampling process includes repetition of the preamble pattern.).
It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention (AIA ) to modify the preamble detection method of Pralea in view of the preamble detection method of Rey to oversample input signals from the frequency domain (having been converted from the phase domain) for the reasons of increasing early packet detection (Rey: col. 2, lines 4-20).
Regarding Claim 19, Pralea discloses the method of claim 15, wherein Pralea discloses generating frequency shifted data via operation of frequency shifting of buffered preamble data based on one or more parameters (Pralea: [0038], [0050] – “An initial phase and the frequency shift configuration 222 to be applied by the frequency shifter component 220 on the inputted PRACH signal may be retrieved from a look-up table 222, which is arranged to store a set of configuration records each including initial phase and the frequency shift configuration for a respective PRACH. The frequency shifter component 220 may apply a complex multiplication on the samples of the input signal blocks. The frequency shift configuration 222 may comprise a number of complex shift values equal to the number of samples of an input signal block. Each samples is complex multiplied with a respective one of the complex shift values. The complex shift values to be applied to obtain a desired frequency shift of the input signal blocks may be pre-calculated and stored in the look-up table 211 for being retrieved therefrom based on the required frequency shift to be applied to the input signal blocks.”).
Pralea does not expressly disclose generating oversampled data through operation of oversampling frequency shifted data.
However, the concept of oversampling input signals to determine a PRACH/preamble is not new or novel given the presence of Rey. Rey is similarly concerned with preamble detection of frequency shifting signals (Rey: col. 1, line 63 through col. 2, line 20). Rey discloses generating oversampled data through operation of oversampling frequency shifted data (Rey: col. 3, lines 1-24 disclosing the preamble detection and generation of detectable preamble signals may be employed on a plurality of frequency shifting modulation techniques; col. 4, line 59 through col. 5, line 6 discloses applying oversampling to frequency domain samples converted from the phase domain (thus a frequency shift). See also Figure 5 with col. 6, line 55 through col. 7, line 7.).
It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention (AIA ) to modify the preamble detection method of Pralea in view of the preamble detection method of Rey to oversample input signals from the frequency domain (having been converted from the phase domain) for the reasons of increasing early packet detection (Rey: col. 2, lines 4-20).
Claim 34, dependent upon claim 30, recites similar features as claim 19 and is therefore rejected upon the same grounds as claim 19. Please see above rejection of claim 19.
10. Claims 7, 20, and 35 are rejected under 35 U.S.C. 103 as being unpatentable over Pralea in view of United States Patent Application Publication 2011/0150157 A1 to Lee (hereinafter “Lee”).
Regarding Claim 7, Pralea discloses the method of claim 1, further comprising generating preamble samples via operation of downsampling…data based on one or more parameters (Pralea: [0046-0049] – corresponds to decimator/downsampler downsampling an input PRACH signal according to an initial sample and partitioning width configuration retrieved from a look-up table. See also [0037-0038] with Figure 5. See also [0099] describing the decimation/downsampling includes a decimation factor as a configuration/parameter.), but does not expressly disclose generating preamble samples via operation of downsampling oversampled data based on one or more parameters.
However, this feature cannot be considered new or novel in the presence of Lee. Lee is similarly concerned with generating preamble sampling signals based on a sampled preamble signal (Lee: [0009]). Lee discloses generating preamble samples via operation of downsampling oversampled data based on one or more parameters (Lee: [0010-0012], [0028-0031], [0050-0053] – corresponds to generating a downsampled preamble signal by downsampling an oversampled preamble signal based on a symbol speed.).
It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention (AIA ) to modify the preamble detection method of Pralea in view of the preamble sampling method of Lee to downsample oversampled data for the reasons of estimating symbol timing of a preamble sample without the need for costly hardware implementations (Lee: [0007-0008]).
Regarding Claim 20, Pralea discloses the method of claim 15, further comprising generating preamble samples via operation of downsampling…data based on one or more parameters (Pralea: [0046-0049] – corresponds to decimator/downsampler downsampling an input PRACH signal according to an initial sample and partitioning width configuration retrieved from a look-up table. See also [0037-0038] with Figure 5. See also [0099] describing the decimation/downsampling includes a decimation factor as a configuration/parameter.), but does not expressly disclose generating preamble samples via operation of downsampling oversampled data based on one or more parameters.
However, this feature cannot be considered new or novel in the presence of Lee. Lee is similarly concerned with generating preamble sampling signals based on a sampled preamble signal (Lee: [0009]). Lee discloses generating preamble samples via operation of downsampling oversampled data based on one or more parameters (Lee: [0010-0012], [0028-0031], [0050-0053] – corresponds to generating a downsampled preamble signal by downsampling an oversampled preamble signal based on a symbol speed.).
It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention (AIA ) to modify the preamble detection method of Pralea in view of the preamble sampling method of Lee to downsample oversampled data for the reasons of estimating symbol timing of a preamble sample without the need for costly hardware implementations (Lee: [0007-0008]).
Claim 35, dependent upon claim 30, recites similar features as claims 7 and 20, and is therefore rejected upon the same grounds as claims 7 and 20. Please see above rejections of claims 7 and 20.
11. Claims 8, 9, 21, and 22 are rejected under 35 U.S.C. 103 as being unpatentable over Pralea in view of United States Patent Application Publication 2020/0413239 A1 to Pu et al. (hereinafter “Pu”).
Regarding Claim 8, Pralea discloses the method of claim 1, but does not expressly disclose updating values of one or more parameters in response to sampling process and storing updated parameters in the parameter database.
However, this feature cannot be considered new or novel in the presence of Pu. Pu is similarly concerned with preamble detection (Pu: [0078-0079], [0102-0106]). Pu further discloses updating values of one or more parameters in response to sampling process and storing updated parameters in a parameter database (Pu: [0118], [0128-0129] – a parameter database for refining parameter estimations on a set (a plurality) of signal samples may be updated to include timing and peak candidates.).
It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention (AIA ) to modify the preamble detection method of Pralea in view of the preamble sampling method of Pu “to improve the likelihood of correctly detecting a discovery signal and/or to reduce the need for transmission repetitions that may come at a high power cost and/or that may increase connection setup delays” (Pu: [0129]).
Regarding Claim 9, Pralea discloses the method of claim 1, but does not expressly disclose repeating sampling operations until a selected amount of preamble samples is obtained.
However, Pu discloses, in a similar field of endeavor related to preamble detection (Pu: [0078-0079], [0102-0106]), repeating sampling operations until a selected amount of preamble samples is obtained (Pu: [0081] – a desired number of samples are collected to perform further iterations of the sampling process.).
It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention (AIA ) to modify the preamble detection method of Pralea in view of the preamble sampling method of Pu “to further improve the estimation accuracy” (Pu: [0081]).
Regarding Claim 21, Pralea discloses the method of claim 15, but does not expressly disclose updating values of one or more parameters in response to sampling process and storing updated parameters in the parameter database.
However, this feature cannot be considered new or novel in the presence of Pu. Pu is similarly concerned with preamble detection (Pu: [0078-0079], [0102-0106]). Pu further discloses updating values of one or more parameters in response to sampling process and storing updated parameters in a parameter database (Pu: [0118], [0128-0129] – a parameter database for refining parameter estimations on a set (a plurality) of signal samples may be updated to include timing and peak candidates.).
It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention (AIA ) to modify the preamble detection method of Pralea in view of the preamble sampling method of Pu “to improve the likelihood of correctly detecting a discovery signal and/or to reduce the need for transmission repetitions that may come at a high power cost and/or that may increase connection setup delays” (Pu: [0129]).
Regarding Claim 22, Pralea discloses the method of claim 15, but does not expressly disclose repeating sampling operations until a selected amount of preamble samples is obtained.
However, Pu discloses, in a similar field of endeavor related to preamble detection (Pu: [0078-0079], [0102-0106]), repeating sampling operations until a selected amount of preamble samples is obtained (Pu: [0081] – a desired number of samples are collected to perform further iterations of the sampling process.).
It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention (AIA ) to modify the preamble detection method of Pralea in view of the preamble sampling method of Pu “to further improve the estimation accuracy” (Pu: [0081]).
12. Claims 12 and 14 are rejected under 35 U.S.C. 103 as being unpatentable over Pralea in view of United States Patent Application Publication 2016/0337891 A1 to Seely (hereinafter “Seely”).
Regarding Claim 12, Pralea discloses the method of claim 1, further comprising identifying filter states represented by accumulator values…from one or more parameters (Pralea: [0038], [0046-0047], [0051-0052] – applying a filtering sequence to a number of PRACH samples (accumulated value) includes retrieving the filtering configuration (a state) from a look-up table (parameters).), but Pralea does not expressly disclose this representation for all stages in a cascaded integrator comb (“CIC”) downsampler.
However, this feature cannot be considered new or novel in the presence of Seely. Seely is similarly concerned with determining a preamble based on one or more parameters (Seely: [0035]). Seely discloses identifying filter states for all stages in a cascaded integrator comb (“CIC”) downsampler (Seely: [0062-0063] – a CIC decimator includes at least an up-sampling stage and a down-sampling stage. [0078-0106] – the state includes a number of stages and the number of samples per stage, and a comb filter is applied at each stage. See also Figures 4 and 6, [0049], and [0152-0159] further disclosing detecting a preamble based on values for decoding from a down sampler.).
It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention (AIA ) to modify the preamble detection method of Pralea in view of the preamble detection method of Seely to include a cascaded integrator comb (CIC) to reduce noise and interference in preamble detection (Seely: [0035]).
Regarding Claim 14, Pralea discloses the method of claim 1, but does not expressly disclose performing downsampling via a process of oversampled data with a cascaded integrator comb (“CIC”) downsampler.
However, Seely, similarly concerned with determining a preamble based on one or more parameters (Seely: [0035]), further discloses performing downsampling via a process of oversampled data with a cascaded integrator comb (“CIC”) downsampler (Seely: [0062-0063] – a CIC decimator includes at least an up-sampling stage and a down-sampling stage.).
It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention (AIA ) to modify the preamble detection method of Pralea in view of the preamble detection method of Seely to include a cascaded integrator comb (CIC) to reduce noise and interference in preamble detection (Seely: [0035]).
Conclusion
13. 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 nonprovisional extension fee (37 CFR 1.17(a)) 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.
14. Any inquiry concerning this communication or earlier communications from the examiner should be directed to BENJAMIN H ELLIOTT IV whose telephone number is (571)270-7163. The examiner can normally be reached M, T, R, F 5:00 AM-5:00 PM, W 5:00 AM-3:00 PM (EDT).
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, Michael Thier can be reached at (571) 272-2832. 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.
BENJAMIN H. ELLIOTT IV
Primary Examiner
Art Unit 2474
/BENJAMIN H ELLIOTT IV/Primary Examiner, Art Unit 2474 January 23, 2026