本人利用MATLAB软件对卷积码进行了编码与译码的仿真，最后输出了误码率的改变结果比较。
2024/12/23 7:09:20
50KB
1
采用matlab仿真了卷积编码在BPSK调制下通过AWGN信道是的性能分析。
包含不同参数下卷积码的误码率曲线比较，包括'未使用编码'与'使用卷积编码'的比较，不同回溯长度、不同码率、不同约束长度的误码率曲线
包含不同参数下卷积码的误码率曲线比较，包括'未使用编码'与'使用卷积编码'的比较，不同回溯长度、不同码率、不同约束长度的误码率曲线
8KB
1
程序包分为4部分，分别对应4个任务1、Task1a、Awgn.mAWGN信道理论误码率b、simulationAwgnPe.m仿真误码率函数c、main.m主函数，绘图2、Task2a、project_1_QAM.mdlSimulink仿真16QAM模块图b、project_1_PSK.mdlSimulink仿真QPSK模块图c、project_1_main2.m绘出QPSK编译码误码率曲线d、project_1_main3.m绘出16QAM编译码误码率曲线3、Task3a、Task3_116qam下软解调与硬判决译码性能对比b、Task3_2QPSK下软解调与硬判决译码性能对比c、Task3_316qam下未凿孔与凿孔卷积码译码性能对比d、Task3_4QPSK下未凿孔与凿孔卷积码译码性能对比4、Task4a、Task4_1卷积码在瑞丽衰落信道和复信道中的误码特性b、Task4_2QAM在H信道下软解调与硬判决译码性能对比
2024/12/2 3:33:07
1.43MB
1
利用SIMULINK仿真模块对卷积码的编码及Viterbi译码的全过程进行了设计,然后将译码模块中的Tracebackdepth分别设置为20,35,50并在一幅图中画出这三种方式下的误码性能曲线。
2024/9/4 22:11:32
11KB
1
编码：functionoutput=cnv_encd(G,k0,input)%cnv_encd(G,k0,input),k0是每一时钟周期输入编码器的bit数，%G是决定输入序列的生成矩阵，它有n0行，L*k0列。
n0是输出bit数，%参数n0和L由生成矩阵G导出，L是约束长度。
L之所以叫约束长度%是因为编码器在每一时刻里输出序列不但与当前输入序列有关，%而且还与编码器的状态有关，这个状态是由编码器的前(L-1)k0。
%个输入决定的,通常卷积码表示为(n0,k0,m)，m=(L-1)*k0是编码%器中的编码存贮个数，也就是分为L-1段，每段k0个%有些人将m=L*k0定义为约束长度，有的人定义为m=(L-1)*k0%查看是否需要补0，输入input必须是k0的整数倍译码：functiondecoder_output=viterbi_decoder(G,k,channel_output)
n0是输出bit数，%参数n0和L由生成矩阵G导出，L是约束长度。
L之所以叫约束长度%是因为编码器在每一时刻里输出序列不但与当前输入序列有关，%而且还与编码器的状态有关，这个状态是由编码器的前(L-1)k0。
%个输入决定的,通常卷积码表示为(n0,k0,m)，m=(L-1)*k0是编码%器中的编码存贮个数，也就是分为L-1段，每段k0个%有些人将m=L*k0定义为约束长度，有的人定义为m=(L-1)*k0%查看是否需要补0，输入input必须是k0的整数倍译码：functiondecoder_output=viterbi_decoder(G,k,channel_output)
2024/4/21 15:35:36
4KB
1
2,1,7卷积码的viterbi译码算法的FPGA实现,内容详细,而且附带源代码.rar
2024/4/13 12:54:29
1.59MB
1
在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。
每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。
另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。
为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03
15KB