科技行者

行者学院 转型私董会 科技行者专题报道 网红大战科技行者

知识库

知识库 安全导航

至顶网网络频道VDSL2中的紧急速率调整(SOS)技术

VDSL2中的紧急速率调整(SOS)技术

  • 扫一扫
    分享文章到微信

  • 扫一扫
    关注官方公众号
    至顶头条

影响VDSL2系统性能的噪声主要包括系统内噪声和外部噪声,其中系统内部噪声可以分为近端串扰(NEXT)和远端串扰(FEXT),这些噪声主要是来自同一电缆和线路板卡上的系统内其它线路的串扰信号(如图1所示)。外部噪声包括各种外部的电磁噪声,例如广播信号,各种电气设备的噪声等,也包括共存在同一电缆内的其它DSL系统的串扰信号。

来源:网络转载 2009年6月16日

关键字: 宽带接入 VDSL2

  • 评论
  • 分享微博
  • 分享邮件

  1.VDSL2系统中噪声

  影响VDSL2系统性能的噪声主要包括系统内噪声和外部噪声,其中系统内部噪声可以分为近端串扰(NEXT)和远端串扰(FEXT),这些噪声主要是来自同一电缆和线路板卡上的系统内其它线路的串扰信号(如图1所示)。外部噪声包括各种外部的电磁噪声,例如广播信号,各种电气设备的噪声等,也包括共存在同一电缆内的其它DSL系统的串扰信号。

  

  图1 NEXT和FEXT

  对于VDSL2系统来说,由于其使用的频率较高(0-30MHz),运行的电缆较短(一般小于1000m),远端串扰对传输性能的影响比其它DSL系统更加明显,远端串扰是目前限制VDSL2系统稳定传输性能的最主要的因素之一。VDSL2的远端串扰会造成很多问题,比如:一对线的训练会导致旁边相邻线对的VTU-O出现假激活(FalseTrigger)现象,尽管这些线对的远端并没有接modem或者modem没有上电,更严重的是这种问题有可能会导致所谓的“链式反应”,也就是说这些假激活的线对可能会进一步导致其相邻的其它线对假激活。这样以前认为串扰的影响主要存在于相邻的少数几对线之间的情况发生了变化,串扰有可能波及整个线束组。另外一个问题是当某个处于Showtime的线路旁边的相邻线路进入训练状态时,原先处于showtime的用户会因为串扰的突然增大而掉线重训练,这种影响常常导致一个线路板的全部端口需要几分钟才能达到全部稳定激活的状态。

  根据对实际线路情况的观测,线路上噪声有可能在VDSL2整个工作频段突然增加,其幅度可能达到10到30dB。这种情况产生的主要原因是邻近线路开始训练。如果受扰线路训练时邻近modem没有激活,此时受扰线路上因为噪声水平较低而得到很高的速率。这样当邻近线路开始训练时,受扰线路上的噪声将大幅增加。对于一般保持6dB噪声裕度的DSL线路系统,噪声增加10~30dB将会使信噪比裕度成为负值。对于超过噪声裕度的突然噪声增加,传统的DSL需要通过链路的中断后的重新训练达到新的稳定速率,维持信噪比的裕度。

  2.VDSL2系统中传统的抗噪声手段

  为了应对线路中噪声的动态变化,与ADSL一样,基于DMT调制的VDSL2系统也支持传统的比特交换(BS)和无缝速率调整(SRA)功能。比特交换功能在不同的工作子载波之间调整比特分配,如果遇到宽频带噪声,则比特交换无法应对。SRA虽然可以通过降低整个系统速率维持系统稳定,但是现有的SRA反应速率较慢,难以应对快速变化的噪声。

  现有的SRA的工作原理是,接收器根据实时的噪声容限与设定的上调或下调噪声容限之间的关系,计算出新的bit分配表和增益表,然后通过eoc通道向发送端发送SRA请求并且将更新的bit和增益表发送给发送器,发送器收到后,通过发送OLR同步信号来实现收发两端之间的同步切换。

  由于每一个子载波的bit和增益一共需要两个字节,而VDSL2最多可以使4096个子载波,整个bit分配表和增益表的更新需要传送的信息量高达8Kbyte,这其中还不包括命令字和校验字的内容,通过eoc传送需要较长的时间。而此时面临的串扰噪声有可能造成10dB以上的总噪声PSD的增加,因此噪声容限此时已经远低于0,误码率上升会导致更新bit分配表和增益表失败从而导致SRA调整过程失败。

  3.SOS技术概述

  根据上述分析,如果不需要传送更新的bit分配表和增益表,而只是发送一个切换请求和切换应答/同步消息,这样就能避免因为bit分配表和增益表传送出错而失败。为了应对串扰突然增加造成的掉线等问题,定义了一种新的OLR类型-无缝速率切换(SOS)。如图2所示。

  SOS仅使用简单的OLR请求消息和同步切换消息,而无需交换bit分配表和增益表,在线路噪声因为邻近线对的训练而突然增加的时候,线路中的误码会爆发性增加,接收器会发出SOSOLR的请求,通过发送器发出的同步信号发送器和接收器同步切换到新的bit分配表和增益表。在接收机发起的SOS请求中,会携带一个简短的OLR消息告知发送端需要下调的比特加载值,这样发送端只需将子载波组(其中可能包括256、512或1024个子载波)中的所有子载波的比特分配值统一下调即可,避免了双方需要就每个载波的比特分配进行交换的大量数据。

  

  图2 无缝速率切换(SOS)

  SOS功能流程的触发是通过接收端实时的检测接收信号的信噪比和线路误码率,一旦接收机发现超过一定比例的子载波信噪比下降或系统误码率已经超过误码门限时,接收端则可以选择发送SOS请求消息,触发进入SOS过程。

  SOS请求消息的发送是通过新定义的一个嵌入控制信道“robusteoc”发送的,“robusteoc”是专门用于传送开销消息的逻辑通道,与数据通道复用后一起在PMD层传送。这样,在PMS-TC层的功能模型中,除了过去定义的单延迟数据通道模式和双延迟数据通道模式之外,又增加了第三种方式:“robusteoc”+“单数据延迟通道”。如图3所示。

  

  图3 PMS-TC功能模型:“robusteoc”+“单数据延迟通道”模式

  从图3中可以看出,与过去的PMS-TC功能模型不同的是,“robusteoc”的数据路径(p=0)仅用于传送VDSL2系统中的开销,且该路径上使用与普通数据路径不同的延迟参数、成帧参数、比特分配参数等,以达到更可靠的传送开销消息的目标。

  对于SOS功能来说,整个VDSL2系统使用的子载波被分成若干个子载波组,在每个子载波组上应用相同的比特分配变换值,增益值保持不变。每个子载波组需要调整的比特分配变化值由接收机决定,该值携带在SOSOLR消息中通过“robusteoc”通道传送到发射机。

  通过对子载波分组并由接收机决定的比特分配变化值的方法,可以为VDSL2芯片的实现和灵活的使用SOS功能提供了各种可能。例如:当接收机在某子载波组中检测到了严重的信噪比下降,它可以采用下面各种方式:

  ?执行一次SOS过程,如果信噪比仍然不满足要求,可以再发起一次SOS过程进一步调低比特分配值;

  ?直接降低到一个缺省的较小的比特分配值;

  ?如果可以满足最低速率要求,甚至可以直接禁止在这个子载波组上的比特分配;

  ?其它可以想得到的方法。

  当发送端接收到对端发送的SOS请求消息后,根据SOS请求消息中的参数进行比特分配表的调整,并通过发送一个SyncFlag来指示接收机参数发生了变化。

  至此,从接收端发起SOS请求到双方完成SOS过程切换到新的比特分配表,整个过程可以在数百毫秒内完成,比SRA速率调整过程提高了1到2个数量级,VDSL2系统利用这种快速反应的机制可以有效的防止因噪声突变引起的掉线,降低线路的中断率。而增益不变则避免了在线路中产生新的不稳定噪声。

  4.SOS技术的标准化情况

  从2006年4月在深圳召开的Q4/15报告人会议上,中国代表团首次提出了需要在VDSL2标准(ITU-TG.993.2)中增加应对突发噪声变化的需求,开始了为SOS功能进入VDSL2标准的铺垫工作,在随后两年的Q4/15会议上,中国代表团独自或联合芯片厂家共提交了数十篇文稿,用于推进SOS功能的标准化进程。在2008年2月的ITU-TSG15全会上,SOS作为ITU-TG.993.2增补 3的主要内容,获得通过。

  SOS功能进入VDLS2标准是我国在DSL收发器国际标准领域取得的首个进展,标志着我国在通信核心芯片技术标准化方面取得突破。

  参考文献

  [1]ZC-049,CATRofChina, MII, “Requirements of VDSL2 Dynamic Behaviors to combat XTALK”

  [2]GB-035,CATRofChina, Huawei Technologies Co., Ltd “Faster OLR to avoid retrains caused by the XTALK of adjacent pair initialization”

  [3]C149MIIChina,Huawei Technologies Co., Ltd “Key issues to emergency rate reduction(SOS)”

  [4]CD-057,CATRofChina, MII, Huawei Technologies Co., Ltd ,Conexant System, Inc. “Proposal for emergency rate reduction (SOS) in case of sudden increases in crosstalk”

  [5]NC-087,HuaweiTechnologies Co., Ltd, CATR of China, MII, “SOS Proposals Overview”

  [6]C456,MIIChina,Huawei Technologies Co., Ltd “Further information for the SOS proposal”

  [7]TD-564-PLENProposedG.993.2Amendment 3 (for consent)

    • 评论
    • 分享微博
    • 分享邮件
    邮件订阅

    如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。

    重磅专题
    往期文章
    最新文章