3. RLC层相关配置参数
RLC-UM相关的参数主要有:
SN field length (snFieldLengthDL,snFieldLengthUL)
t-Reordering (tReord)
a. t-Reordering
由于MAC层的HARQ操作,可能导致到达RLC层的报文是乱序的,所以需要RLC层对数据进行重排序。重排序是根据序列号(SequenceNumber,SN)的先后顺序对RLC data PDU进行排序的。
针对RLC的研究,得到下面的结论:
1) 当SN长度一定的前提下,t-Reordering设置较小容易造成无谓的丢包,设置较大,可以减少丢包,但是传递时延较长;反之,在t-Reordering设置一定的情况下,SN长度较小(5bit)相对而言更容易造成包的错传。
2) 如果t-Reordering设置过小,会造成频繁的包的上传,而且当话音接续过程中,会造成定时器频繁、周期性的超时/重启,而如果设置过大的话,会造成缓存过大,这样接收缓存上传的包时延较大,对话音音质有一定的影响(jitter)。
3) 一般来说,t-Reordering > = HARQ RTT * 最大HARQ重传次数
b. SN field Length
5bits or 10bits ?
对于RLC-UM,SN field Length可以设置为5bits或者10bits,那么如何选择呢?先看看下面摘自3GPP TS 36.322 Radio Link Control (RLC) protocol specification
很明显,5bit的开销更小,且用于支持QCI1 VoLTE业务已经足够。若速率比较高的业务(如视频),若5bit SN无法满足传输要求,可以使用10bit。
但是,根据上面的分析,在t-Reordering设置一定的情况下,SN长度较小(5bit)相对而言更容易造成包的错传。此外有案列,列出不同厂家的SN length设置不同时,VoLTE切换时可能会出现掉话。我们在诺基亚的站点下设置不同的SN length做过测试,可以正常切换。但不同厂家对协议的理解和实现可能会有不同,因此尽管5bit开销更小,但当前推荐设置仍建议为10bit。
对于RLC-AM(QCI9业务采用),SN的长度要保证经过HARQ以及ARQ之后,高层收到的SN不混淆。因此需要分析HARQ、ARQ以及传输过程中时延总的时间内可能支持发送多少RLC PDU。在单天线下需要8bit够用,考虑到MIMO的情况,用10bit足够,因此对于RLC-AM传输,总是用10bit。
4. PDCP相关参数
PDCP相关的参数主要有:
SN field size (snSize)
discardTimer (tDiscard)
SN field size
取值范围为7bit和12bit,正如RLC的SN length一样,对于QCI1,VoLTE语音,7bit已经足够,但需按照CMCC总部/省公司规范设置。