首先TDD-LTE系统,上下行共享20M带宽,上下行根据不同的帧配比进行调度,在TDD系统中,一个帧的时间是10ms,一个帧共有10个子帧,每个子帧的时间的1ms,在LTE协议中,支持多种帧配比,根据上下行业务量的不同,可选择相应的帧配比,如常用的是DSUUDDSUUD的配比,D表示下行子帧,在该子帧上基站发数据,UE收数据,U表示上行子帧,UE在该子帧上发数据,基站接收数据,S是特殊子帧,由DWPts,GP,UPPts组成,具体作用详见协议。所以TDD系统对timing要求比较高。
对于20M带宽资源,在外场中,这20M带宽是基于一个中心频点的,假设外场的一个cell,其中心频点是2.671Ghz,则20M指中心频点左右各10M的带宽,20M带宽共有100个PRB可用,一个PRB是指12个15Khz的带宽,每个15Khz就是一个子载波。所以实际使用的资源共有100*12*15=18M,剩余的带宽作为系统两边的保护带宽,是为了降低临cell的干扰。
以上行为例,从UE端开始,UE发送数据,在UE端对数据进行编码等操作(具体操作见LTE协议),然后根据调制方式(如QPSK调制),将数据symbol调制在载波上,生成基带信号(时域信号),再调制到射频上发送,在基站端,天线收到该信号,得到基带信号,通过光纤(RP3)送到BBU(基带处理unit)上的DSP的AIF2接口,AIF2做处理后,送给DSP协处理器FFTC做FFT变换,得到频域数据,然后取出1200点的有效数据(因为共有1200个子载波),送给PUSCH信道,PUSCH信道根据MAC分配给该UE的PRB资源(因为100个PRB中,根据MAC的调度,只有数个PRB资源被该UE使用)的位置以及offset,得到该UE实际发送的频域数据,如给UE分配了10个PRB,那么就要根据PRB的位置,从1200个点中再提取120个点(每个点就是一个复数,在DSP中用一个u32表示),然后PUSCH信道做频偏估计,之后,将数据送给Decoder进程进行解码,首先送给DSP上的BCP协处理器,做解交织等操作(见协议)然后BCP输出软bit,然后将软bit输入到DSP的TCP3d协处理器做turbo解码与CRC检验,turbo解码的结果就是二进制的码流,最后将该结果上报给MAC。如果CRC校验失败,将会请求重传。