You are correct, lte_fdd_dl_receive requires 8 frames of data in order to
proceed with processing. This was a limit that was put in place to cover
some worse case scenarios when decoding MIB fails a few times and then
decoding SIB1 fails a few times. When using with output from
lte_fdd_dl_transmit, the number of frames required can certainly be cut
down. This is a fairly easy modification to make on line 48 of
lte_fdd_dl_receive.
As mentioned, output of transmitter is input to receiver, as mentioned in code, given output_samps as input to lte_fdd_dl_receive(output_samps); but, SIB1 is getting successfully decoded for 10MHZ bandwidth; for rest of the bandwidths, either "SIB 1 PDCCH Not Found" or "Index exceeds matrix dimension" is getting received.
Kindly confirm why the lte_fdd_dl_receive.m file is successfully decode SIB1 for 10 MHz bandwidth and why not for other bandwidths? Kindly reply at your earliest convenience.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have not tested the octave code in a while. However, the last time I did
test it, it was able to decode SIB1 for all bandwidths. I'll have to take
a closer look to see if I can reproduce the issue.
As mentioned, output of transmitter is input to receiver, as mentioned in
code, given output_samps as input to lte_fdd_dl_receive(output_samps); but,
SIB1 is getting successfully decoded for 10MHZ bandwidth; for rest of the
bandwidths, either "SIB 1 PDCCH Not Found" or "Index exceeds matrix
dimension" is getting received.
Kindly confirm why the lte_fdd_dl_receive.m file is successfully decode
SIB1 for 10 MHz bandwidth and why not for other bandwidths? Kindly reply at
your earliest convenience.
Hi Ben,
Thanks for prompt response. I would like to make sure that the above mentioned scenario is an offline application. Generating samples in .bin files using lte_fdd_dl_transmit( ) and output samples is given as input to lte_fdd_dl_receive( ) call.
Please confirm whether any changes need to be made in files for different bandwidths. Also, could you please explain the testing scenario in your case. Thanks in advance.
Regards,
Sethu
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Sorry for the delayed response. I am able to reprocude the issue that you
are seeing. A fix for the bug will be included in the next release. In
order to continue your testing, here is a summation of the fix:
In lte_fdd_dl_transmit.m remove the following line:
480: N_pdcch_reg = N_pdcch_cce*9;
and add the following line:
516: pdcch_reg = zeros(N_ant, N_pdcch_reg, 4)
Hi Ben,
Thanks for prompt response. I would like to make sure that the above
mentioned scenario is an offline application. Generating samples in .bin
files using lte_fdd_dl_transmit( ) and output samples is given as input to
lte_fdd_dl_receive( ) call.
Please confirm whether any changes need to be made in files for different
bandwidths. Also, could you please explain the testing scenario in your
case. Thanks in advance.
Why do I get length(output_samps) = 1228800 in TX, although length(input_samps) for RX should be twice as much (307200x8=2457600)?
Thanks for your help in advance?
I think I got my answer. We need at least 8 frames in RX. (why?)
Ghasem,
You are correct, lte_fdd_dl_receive requires 8 frames of data in order to
proceed with processing. This was a limit that was put in place to cover
some worse case scenarios when decoding MIB fails a few times and then
decoding SIB1 fails a few times. When using with output from
lte_fdd_dl_transmit, the number of frames required can certainly be cut
down. This is a fairly easy modification to make on line 48 of
lte_fdd_dl_receive.
Hope this helps,
Ben
On Mon, Dec 2, 2013 at 1:56 PM, Ghasem NaddafzadehShirazi ghasemnaddaf@users.sf.net wrote:
Hi Ben,
Please clarify the following issue.
I have successfully generated bin files with LTE_fdd_dl_transmit.m file with the following parameters:
bandwidth = 15; % For all bandwidths, successfully generated .bin files.
N_frames = 10;
N_id_2 = 1;
N_id_1 = 10;
N_ant = 1;
mcc = 0091;
mnc = 040;
tac = 1;
cell_id = 1;
band = 10;%1
output_samps = lte_fdd_dl_transmit(bandwidth, N_frames, N_id_2, N_id_1, N_ant, mcc, mnc, tac, cell_id, band);
%lte_fdd_dl_receive(output_samps);
fd = fopen('signal_15_10.bin', 'w');
fdisp(fd,output_samps);
fclose(fd);
As mentioned, output of transmitter is input to receiver, as mentioned in code, given output_samps as input to lte_fdd_dl_receive(output_samps); but, SIB1 is getting successfully decoded for 10MHZ bandwidth; for rest of the bandwidths, either "SIB 1 PDCCH Not Found" or "Index exceeds matrix dimension" is getting received.
Kindly confirm why the lte_fdd_dl_receive.m file is successfully decode SIB1 for 10 MHz bandwidth and why not for other bandwidths? Kindly reply at your earliest convenience.
Sethu,
I have not tested the octave code in a while. However, the last time I did
test it, it was able to decode SIB1 for all bandwidths. I'll have to take
a closer look to see if I can reproduce the issue.
Thanks for reporting this!
Ben
On Thu, Feb 13, 2014 at 12:25 AM, sethu sethu443@users.sf.net wrote:
Hi Ben,
Thanks for prompt response. I would like to make sure that the above mentioned scenario is an offline application. Generating samples in .bin files using lte_fdd_dl_transmit( ) and output samples is given as input to lte_fdd_dl_receive( ) call.
Please confirm whether any changes need to be made in files for different bandwidths. Also, could you please explain the testing scenario in your case. Thanks in advance.
Regards,
Sethu
Sethu,
Sorry for the delayed response. I am able to reprocude the issue that you
are seeing. A fix for the bug will be included in the next release. In
order to continue your testing, here is a summation of the fix:
In lte_fdd_dl_transmit.m remove the following line:
480: N_pdcch_reg = N_pdcch_cce*9;
and add the following line:
516: pdcch_reg = zeros(N_ant, N_pdcch_reg, 4)
Thanks,
Ben
On Sun, Feb 16, 2014 at 11:57 PM, sethu sethu443@users.sf.net wrote: