信道解码修改后的.docxVIP

信道解码LTE 用户终端在开机以后需要选择合适的PLMN，再进行小区搜索和小区测量获得周边小区的帧定时和小区的强度信息，然后选择合适的小区接受广播信息，从而与服务小区取得同步最终驻留到服务小区；系统信息或者说广播信息分为主信息块（MIB）和系统信息块（SIB）其中主信息块在物理信道 PBCH 上承载，系统信息块承载在物理信道PDSCH[1-2]。在初始小区搜索过程中，LTE 系统终端需要通过解码 MIB 和 SIB 获得进行小区驻留，随机接入等物理层过程的必要参数，因此在不知道基站端天线个数和 PBCH 的 TTI 边界的情况下（即PBCH 盲检测），如何在有效性和可靠性同时兼顾的情况下进行 PBCH 解码就显的很重要。1 PBCH的结构广播信道 BCH 经过 16bit 的 CRC 校验、速率匹配和信道编码、加扰、天线映射以后被复制为四段分别映射到下行物理信道 PBCH 一个 TTI 中四帧的固定位置上；生成的 4个 PBCH 子块映射到 4 个连续无线帧的第一个 sub-frame（子帧 0）的第二个 slot（时隙 1）的前四个符号。图1PBCH的时域映射结构图2 PBCH的频域映射结构2解码算法实现物理广播信道的 TTI 周期为 4，一个 TTI 中四帧中的 MIB 信息相同且采用了同一个扰码的不同段进行的加扰，实际上就是采用了不同的扰码。因此在进行 PBCH 盲检测时，需要利用不同的扰码段判决接受到的数据，也就是 LLR（log-likelihood-ratio）合并过程，另外 LTE 系统中引入了 MIMO 技术，因此基站侧发送数据的天线个数（1，2，4），对于用户终端也是未知的。在 TTI 边界和基站侧发送数据的天线个数这两个参数未知的情况进行 PBCH 信道解码，如采用传统的在线串行解码方式，即每次收到 PBCH 信号后，尝试一次可能的解码方式，则需要 3（天线数）×4( 加扰方式 ) 为 12 次尝试，每次尝试用时一帧（10ms），共需 120ms。这种解码方式存在耗时较久问题，并且在信道环境较差的情况下很难保证解码的正确性。为了提高解码的可靠性和有效性，提出一种离线 buffer 数据的方式，将一帧的数据多次利用，在有限的一帧时间内进行多种可能情况的盲检测尝试。A 从小区搜索得到系统的帧边界、带宽等信息后，软件控制模块配置 RF( 射频 ) 模块在指定频点接收 72 个子载波带宽的数据。B RF 模块输出数据给 RX（下行接收），RX（下行接收）完成信道估计，分别针对三种天线数（1、2、4）做解 MIMO，并将结果送往 PBCH 解码模块。C PBCH 解码模块接收到来自 RX 模块的解MIMO 后数据，对三种 MIMO 天线数的数据做 LLR解扰合并。D PBCH 解码模块 LLR 解扰后的数据进一步作结交织、viterbi解码和crc解码。E 软件在 PBCH 解码模块完成工作后读取crc结果，配置下次解码。其中步骤 C、D 为 PBCH 解码 LLR 解扰和解码的关键步骤，硬件工作方式下C1、PBCH 解码模块接收来自 RX（下行接收）。解 MIMO 后的数据，分别对 3 种天线数缓存于 3 个LLR 前 BUFFER0-3 中。C2、对每个 BUFFER 中的数据依次作 4 种扰码的 LLR 解扰，从第一支路（每一支路对应一种天线数和一种相位）开始将每一支路解扰结果，累加于 12 个 LLR 后 BUFFER0-11 中。LLR 解扰和累加流程参见图 4，图 5 给出了初始 counter 为 0 的支路累加实现过程。D1、对于存放在 LLR 后 BUFFER0-11 中的当前支路数据做解交织D2、应用解交织后的数据作viterbi解码D3、应用viterbi解码完成的数据作 CRC 校验解码。保存 CRC 校验结果 OK/FAIL。其中步骤 E 控制整个 PBCH 解码的过程，软件控制方式如下 :E1、如当前支路解码结果中存在crc正确分支，则读取相关解码信息，停止 PBCH 解码流程；否则E2 ；E2、如当前支路解码结果都不正确，且 12 支路没有完全遍历，则跳转下一支路往复 C2-D1-D2-D3-E ；如 12 支路已完全遍历则 E3 ；E3、帧计数 counter++，判别 counter 大于 7 则本次 PBCH 解码失败，结束 PBCH 解码流程；否则E4 ；E4、重复 A-E 步骤。其中 counter 值选取 7 为门限，是根据滑动窗原理，如能够满足 40ms-TTI 内的所有 4 帧有效数据全部做 LLR 累加，则最小需要 7 次累加才能够实现，原理如附图 4 所示。只有将一个 TTI 内的 4 帧数据全部累加从而达到能量最大时，如果依然无法解对 CRC，则可认为当前 PBCH