51学通信技术论坛

 找回密码
 立即注册
搜索
查看: 4361|回复: 0
打印 上一主题 下一主题

5.4.4无线帧的尺寸均衡-5.4.5第一次交织-5.4.6速率匹配 [复制链接]

Rank: 9Rank: 9

懒

跳转到指定楼层
楼主
发表于 2012-12-6 22:36:35 |只看该作者 |倒序浏览
一键分享 一键分享

5.4.4无线帧的尺寸均衡

无线帧尺寸均衡的过程只用于上行链路的处理,目的是对信道编码后的数据进行填充,以保证输出可以分成相同大小的数据段。通过无线帧均衡操作,保证了多个10ms无线帧上发送的数据长度相同。

5.4.5 第一次交织

如果传输信道的TTI大于10ms,即为20ms、40ms或80ms中的一个值,则物理层中需要对信道编码后的数据进行第一次交织,由于这个交织深度大于物理帧10ms,所以第一次交织也被称为帧间交织。第一次交织是一个进行列间置换的块交织。

5.4.6 速率匹配

速率匹配的目的使每个传输信道对物理信道的输入比特数与物理信道上无线帧所能承载的比特数匹配起来。

WCDMA允许多个传输信道映射到同一个(或多个)物理信道上,这种映射是通过多个传输信道在CCTrCH上的复用来实现的。一个物理信道的传输速率是与它使用的OVSF码的扩频增益SF直接相关的,一个CCTrCH可以对应一个或多个物理信道,一个CCTrCH帧上包含的数据块大小也是与物理信道的SF直接相关的。

一旦物理信道的扩频增益SF确定下来,这个物理信道上一个无线帧上所能承载的数据大小也就是一定的了。如果将空中接口的物理帧(或者对应的 CCTrCH)比喻为一个固定大小的车厢,则一个传输信道中速率匹配要解决的问题就是如何调整经过“添加CRC/信道编码/交织”处理后的数据大小,从而使它的大小刚好能够填充满在车厢内被分配的空间。

速率匹配就是将信道编码之后的数据进行打孔或者数据重复,以使速率匹配后的数据可以满足该传输信道在CCTrCH中分配给它的位置的要求。

速率匹配参数被用来计算出比特重复或者打孔的数量。速率匹配的参数由RRC层给出。RRC层在决定一个传输信道参数时需要考虑这个传输信道的数据速率和QoS要求。

如果一个CCTrGH中的所有TrCH速率匹配模块都没有比特输入,那么该CCTrCH中的所有TrCH的速率匹配模块必须没有比特输出,若是上行链路速率匹配,则没有DPDCH被选择。

1. 上行链路的速率匹配

在上行链路中,无论需要在无线链路上传输的数据速率是多少,速率匹配总能保证经过速率匹配的数据都能刚好填充满上行DPDCH。

因为在上行链路上,各个UE的无线信号靠上行扰码区分开来,UE之间并不需要共享信道码,所以在信道码的使用上较下行链路有更大的灵活性。在上行链路上,UE可以根据TFCI值对应的不同数据速率选择需要的上行链路的扩频增益 (SF)。在建立上行链路时,网络会给出在此上行链路上的打孔限制参数,如果UE发现速率匹配超出了打孔限制的要求,则UE就需要考虑使用SF更小的信道码。SF值的限制取决于UE的能力,网络方在分配无线链路时,也会给出UE —个限制值。

在上行链路上,不同的TFCI用来指示不同的传输信道格式组合,它代表不同的数据速率。而速率匹配特性可以根据TFCI的不同选取不同的值。在数据传输过程中,两个连续物理帧都可以使用不同的速率匹配参数,上行链路就是通过这种方式来保证物理信道上总能被填充满数据。

2.下行链路的速率匹配

在下行链路上,小区内的多个UE共享同一套OVSF码树,UE在信道码的使用上没有上行链路那种灵活性。在下行链路上,物理信道在被分配时,SF值就被固定下来,所以无线帧中所包含的数据童并不随TFCI的改变而改变。

在下行链路上,UE的速率匹配特性是相对固定的。在下行无线链路被分配时,TFCS中可以包含多个TFCI用于指示不同的传输信道格式组合,不同的TFCI 相应代表不同的数据传输速率。下行链路上,速率匹配参数是根据TFCS中最大数据传输速率情况来确定的,也就是说速率匹配参数将保证在下行链路最大数据传输速率的情况下,物理信道中的空间刚好能够填满。这样也就保证了物理信道在SF不变的情况下,总能够有足够的空间容纳来自传输信道的数据。在数据传输过程中,如果存在数据速率的改变,也仍将沿用固定的速率匹配参数。

由于下行物理信道的速率匹配参数是固定的,当下行链路上不使用最大数据速率传输时,下行物理信道上必然会有空出来的空间。为了降低在空中接口上各个物理信道相互之间的干扰,最好的方式就是在这些空闲的位置上不传输任何功率比特。这也就是下行链路中独有的DTX指示位插入过程产生的原因。

www.gprshome.com: GPRS及移动通信技术学习交流分享平台。
您需要登录后才可以回帖 登录 | 立即注册

站长邮箱|Archiver|51学通信 ( 粤ICP备11025688 )

GMT+8, 2024-11-25 20:23 , Processed in 0.044572 second(s), 15 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部