首先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校验失败，将会请求重传。
