背景技术
PON一般由一台局端装置(OLT:Optical Line Terminal,光线路终端)和多个用户端装置(ONU:Optical Network Unit,光网络单元)构成,将来自与ONU相连的PC(Personal Computer)等终端的信号转换为光信号后,经光纤送到OLT。来自多个ONU的光纤通过分光器进行耦合后,光信号通过该分光器光学(时分)复用后,到达OLT。
ONU和OLT之间的光纤长度在ITU-T建议G.948.1的第8章和第9章中规定为例如0~20km,20km~40km或40km~60km的范围,各ONU距OLT在上述范围内设置在任意的距离上。因此,OLT和各ONU之间的光信号的传送延迟根据光纤长度而不同,若不考虑该传送延迟,则从各ONU输出的光信号彼此在分光器的光学复用时有冲突、干扰的可能。
因此,使用ITU-T建议G.984.3的第10章规定的测距(ranging)技术,OLT调整来自各ONU的输出信号的延迟,使得各ONU好像设置在相等距离上、例如相等的20km位置上,使来自各ONU的光信号不干扰。
测距中,要求OLT对ONU发送距离测量用的信号。ONU在返回距离测量帧后,OLT接收该信号,并测量从距离测量用的信号的发送请求到距离测量用的信号接收之间的时间,即往返延迟时间,而可知道ONU距OLT多远。接着,OLT为了使所有的ONU看起来等距离,而对各ONU发送指示,使其将发送延迟被称作等化延迟量(等化遅延量)的时间。例如,为了使所有的ONU具有20km的往返延迟时间,而向ONU指示与“(20km的往返延迟时间)-(测出的往返延迟时间)”相等的等化延迟量。ONU具有固定延迟所指示的等化延迟量来发送数据的电路,并通过上述指示,进行上行数据发送,使得所有ONU具有20km的往返延迟时间。
由于将一条光纤的通信频带根据来自用户的请求公平分配给尽可能多的ONU,所以ITU-T建议G.983.4中还规定了OLT分配与来自各ONU的上行方向的传送路径频带(数据发送位置/时间)的DBA(Dynamic BandWidth Allocation:动态带宽分配)的技术,并进行基于该技术的频带控制。
例如,在ITU-T建议G.984.3的8.2章的规定中,将从多个ONU向OLT传送的信号称作上行信号,由前同步(preamble)、定界符、有效载荷信号构成,如该建议第8章的图8-2所示,在各上行信号之前为防止与前一突发(burst)信号的冲突,设置了保护时间。另一方面,根据同一建议8.1章的规定,将从该OLT向该多个ONU发送的信号称作下行信号,包括帧同步图案(pattern)、PLOAM区域、USBandwidth MAP区域和帧有效载荷。
OLT如同一建议8.1.3.6章所示,使用称作US BandWidth MAP的区域,来指定各ONU的上行信号发送允许定时。US BandWidthMAP区域具有指定发送允许的开始的Start值和指定结束的End值,分别进行字节单位的指定。该值因有允许发送的含义还称作准许(grant)值。并且,End值和下一Start值的差是上行无信号区域,对应于上述保护时间。各个ONU上可分配称作T-CONT的多个频带分割单位,按每个T-CONT来进行上述上行发送允许定时的指定。
如上这种PON***中通过OLT利用准许对各ONU来指示上行信号的发送定时,从而防止了来自各ONU的信号彼此的冲突。因此,因某故障而不能正确接收来自OLT的下行信号的ONU,不能知道从OLT指示的上行信号的发送定时。因此,为了避免与其他ONU的上行信号的冲突,需要停止不能接收下行信号的ONU的上行信号发送。
因此,在上述ITU-T建议G.984.3中规定为,若检测出例如LOS(接收信号中断)及LOF(接收帧失步)等不能正确接收来自OLT的准许这种程度的重要接收警报,则ONU停止上行信号的发送。该处理是为保证其他正常ONU的传送质量所需的处理,但是另一方面意味着不具有将发生了异常的ONU的警报发生状况和通信日志、ITU-T建议G.984.4中规定的ONU的内部信息传到OLT的单元。
PON***的管理者在面对ONU启动停止这样的故障时,为了找出更详细的异常原因,考虑要从管理中心了解上述ONU的警报发生状况和通信日志、ONU的内部信息。但是,由于从ONU向OLT的上行信号停止了发送,所以为了获得该信息,操作者需要走到设置发生了故障的ONU的现场来收集信息,很费时间和成本。
具体实施方式
图1表示适用本发明的光接入网的结构例。PON19由分光器/光耦合器等的光分路器12、在通信业者等的局舍里设置的作为局端装置的OLT1、连接OLT1和分光器的干线光纤17-1、在各个用户家里或其附近设置的作为用户端装置的多个ONU10、和分别连接光分路器12及多个ONU10的多个支线光纤17-2构成。OLT1经干线光纤17-1与光分路器12和支线光纤17-1,例如可与32台的ONU10相连。电话15和个人计算机14等用户终端分别连接到多个ONU10上。PON19经OLT1与PSTN(Public Switched Telephone Networks:公共交换电话网)和互联网18相连,与这些上位网络之间发送接收数据。OLT1和ONU10的整体通过监视控制***1003来加以管理。
图1图示了5台ONU10,但是从OLT1向ONU10的下行方向上传送的信号11上时分复用了以各个ONU10为目标的信号。各ONU10接收信号11,判断是否是目标为自身的信号,进一步在目标是自身的信号的情况下,根据信号的目标地址,将信号分发到电话15及个人计算机14。
另一方面,从ONU10向OLT1的上行方向上,从ONU10-1传送的信号a、从ONU10-2传送的信号b、从ONU10-3传送的信号c、从ONU10-4传送的信号d、从ONU10-n传送的信号e在通过光分路器12后时分复用,而变为信号16,并到达OLT1。即,OLT1由于预先知道在哪个定时上接收来自哪个ONU10的信号,所以根据所接收的定时来识别来自各ONU10的信号,并加以处理。
图2表示从OLT1向各ONU10发送的下行PON信号帧的例子。下行帧包括帧同步图案20、PLOAM区域21、准许指示区域22、帧有效载荷23。帧有效载荷23中存储了OLT1向ONU10的用户信号,详细记载在ITU-T建议G.984.3上。准许指示区域22包括控制ONU10-1用的T-CONT#1用信号24、控制ONU10-2用的T-CONT#2用信号25和控制ONU10-n用的T-CONT#n用信号26。进一步,T-CONT#1用信号24包括T-CONT ID区域27、Start值28和End值29。
这里,所谓T-CONT(Trail CONTainer)是DBA中的频带分配区域,例如,在ONU10具有多个发送缓存器的情况下,在各个缓存器上添加作为T-CONT的识别信息的T-CONT ID,并可从OLT按每个缓存器加以控制。下面的实施例中,说明了一个ONU具有一个T-CONT(缓存器)的情况,即,ONU-ID和T-CONT ID一一对应的情况,但是一个ONU中有多个T-CONT的情况也可同样适用本发明。这时,对于作为识别ONU的信息的ONU-ID和T-CONT ID的关系,可通过生成表示例如对各ONU-ID包含哪个T-CONT ID的表格,来管理对应关系。
Start值28指示对各ONU允许光信号的发送开始的定时。另外,End值29指示发送允许的结束定时。Start值28和End值以字节为单位来进行指定。OLT1对各ONU10周期性发送包含准许指示22的允许上行数据的发送的消息,对各ONU10指示可以使用怎样的上行通信频带即可。该Start值28和End值29是在OLT1发送准许指示的各周期中,表示可以在哪个定时开始、结束数据的发送的信息。另外,也可代替End值,指定要发送的数据的数据长度(length),从OLT向ONU指示,使得从Start值的定时起将数据发送Length表示的数据长度。
图3表示ONU10向OLT1发送的上行PON信号帧的一例。该上行PON信号包括前同步区域30、定界符区域31、PLOAM区域32、队列(queue)长度区域33和帧有效载荷34。上述Start值28指示PLOAM区域32的开始位置,即突发数据37的开始位置,End值29表示帧有效载荷34的结束位置。ITU-T建议G.984.3的保护时间35是指上行信号的帧有效载荷34的结束位置(End值)到下一上行信号的前同步区域30的开始位置。这样,由于在Start值和End值指示的数据位置之间插有保护时间35和前同步区域30、定界符区域31,所以在前一End值和下一Start值之间产生了几个字节的间隔。
图4表示作为本发明的一实施例的光接入网中的OLT1和ONU10之间的通信的概要。OLT1每隔准许周期对各ONU发送包含图2所示的准许指示22的准许信号400。各ONU10在对该消息的返回402中,根据通过准许信号400指定的Start值和End值的定时,依次发送自身的发送队列中存储的数据,还同时报告发送队列中残留的数据量。
本实施例中,说明ONU10-2发生了故障的情况。本实施例的ONU10-2在检测到发生一些故障,而不能正常接收来自OLT1的下行信号后,生成对OLT1通知发生了故障用的紧急通知信号403,并发送该信号,作为对OLT1的上行信号404。
图5表示紧急通知信号403的一例。紧急通知信号403是紧急用定界符500被重复预定时间之后的信号,该紧急用定界符500由与图2中所使用的定界符31不同的图案构成。本信号在检测出了故障的ONU10-2对OLT1请求在一定时间后使OLT1对其他ONU的准许停止规定的时间的用途中使用。例如,若设紧急用定界符500的长度是2字节,紧急帧持续时间为400字节,则重复发送200次紧急用定界符。这是因为为了减少与其他ONU发送的数据的冲突的可能性,要求使各个上行紧急通知信号的宽度极小,使紧急通知信号整体的宽度也变小。
例如,若设置即使紧急用定界符中存在3比特的比特错误也可检测出的2字节的长度,则需要可以可靠接收非同步的紧急用定界符的窗宽是4字节以上。为了周期性空出4字节的窗宽,且将上行传送容量的减少抑制为1%左右,而将上行信号的有信号区间设置为396字节,将紧急通知信号的接收窗设置为4字节。这时,作为紧急通知信号若设置为重复2字节的紧急用定界符,以400字节宽度来加以发送,则根据最小长度且非同步,可以通过以400字节为周期,且以4字节宽度开窗的紧急通知信号的接收窗,来可靠接收2字节的紧急用定界符。
另一方面,OLT1为了不与来自其他ONU的上行信号冲突地接收从发生故障且没有与OLT取得同步的ONU不清楚何时发送的紧急通知信号404,每隔预先确定的周期,生成对任何一个ONU都不允许发送的周期窗401。其如后所述,可以通过在向各ONU指示上行数据的发送定时之时,周期性生成对任何一个ONU都不允许发送的定时来实现。该实施例中,以与紧急通知信号的长度相同的400字节为周期来生成周期窗。这样,ONU生成的400字节长度的紧急通知信号和OLT1生成的周期窗产生重叠部分,OLT1可以接收紧急通知信号的至少一部分。这样,若生成周期窗401的周期与紧急通知信号403的长度相同或比其短,则OLT1可以可靠接收紧急通知信号403。
但是,若生成周期窗401的周期过短,则由于ONU10的上行数据的传送效率降低,所以也可以以比紧急通知信号长的周期来生成周期窗401。这时,ONU10以预先确定的周期来重复进行发送紧急通知信号404的处理等,提高接收紧急通知信号404的概率即可。
ONU10-2在发送紧急通知信号后经过一定时间后,生成使OLT1知道产生了什么样的故障用的信息405,并将其作为信息通知信号406发送到OLT1。该实施例中,ONU10-2在紧急通知信号404的发送后,在经过325微秒后,发送信息通知信号406。该325微秒的时间为,在作为准许400的发行周期根据标准规定的125微秒上,加上最长20km长的光纤的往返延迟时间200微秒后的值。除此之外,也可以设置为加上在ONU内接收准许后可开始信号发送的最短延迟时间,即更大的值,但是本实施例中,假定为该ONU内的最短延迟时间为1微秒以下的很小的值,从计算中除去。
图6表示信息通知信号406的一实施例。本信号包括前同步区域600、定界符区域601、PLOAM区域602和OMCI区域603。若根据ITU-T建议G.984.3来构成本信号,则作为一例,可以通过前同步区域600为6字节、定界符区域601为2字节,PLOAM区域602为12字节、OMCI区域603为48字节总共68字节来构成。通过使用PLOAM区域602和OMCI区域603,可以向OLT1通知如在ITU-T建议G.984.3和G.983.2中规定的各种ONU10-2的内部信息。该OMCI(ONT Management and Control Interface:ONT管理和控制接口)在ITU-T建议G.984.4中规定,若使用该OMCI,则可以向OLT通知ONU的内部信息。
OLT1为了在从ONU10-2接收紧急通知信号404后经过一定时间后,接收从ONU10-2发送的信息通知信号406,而设置作为对其他ONU10不允许发送数据的时间段的信号接收窗407。该信号接收窗407也可以在OLT1向各ONU10指示允许上行数据的发送的定时之时,通过在该时间段对任何一个ONU10都不允许数据发送来生成。该实施例中,OLT1在接收紧急通知信号404后,在325微秒后生成信号接收窗407。该时间间隔与ONU10-2发送紧急通知信号404后到发送信息通知信号406的间隔相同。接收窗的宽度为比作为信息通知信号406的大小的68字节大的100字节。通过适当改变生成信号接收窗407之前的时间间隔和窗的宽度,可以提高OLT1可正常接收信息通知信号405的概率。例如,若加大信号接收窗407的宽度,则可以缩短在生成信号接收窗407之前的时间间隔。
图7表示OLT1的一实施例。网络IF部700是与互联网等的上位网18之间进行信号的发送接收用的接口。下行数据缓存器701是暂时存储从上位网18接收的数据用的存储单元。下行信号处理部702实施将从上位网18接收的数据送到PON19所需的处理。E/O变换部703将电信号变换为光信号。光信号IF部704是与ONU10之间发送接收光信号用的接口。O/E变换部将从PON19接收的光信号变换为电信号。上行信号处理部707实施将从PON19接收的信号发送到互联网等的上位网18用的处理。上行数据缓存器708是暂时存储向上位网18发送的数据的存储单元。
控制部705具有:对各ONU10定期进行通信频带的动态分配处理的DBA处理部709;测量与各ONU之间的距离来决定数据的发送延迟时间,并通知各个ONU的测距处理部711;根据DBA处理部709决定的通信频带,来通过图2所示的Start值28和End值29指示各ONU10的上行数据的发送定时的数据发送允许部710。例如DBA处理部709接受上行信号中包含的各ONU10的队列长度的报告来定期进行DBA处理,数据发送允许部710根据该处理结果来决定Start值28和End值29,并生成包含这些值的下行信号后,对各ONU指示数据的发送定时。
图8是详细说明OLT的控制部705的一实施例的图。DBA处理部709例如从上行信号处理部707接受各ONU发送的队列长度的报告,并将通信频带分配给各ONU。并且,将DBA对各ONU分配了怎样的通信频带的信息输入到数据发送允许部710。在接收下行信号时,从产生了某故障的ONU接收到紧急通知信号404的情况下,上行信号处理部707的故障信号检测部800检测出由图5所示的紧急定界符500构成的紧急通知信号,而通知给数据发送允许部710。
数据发送允许部710包含发送定时决定部801和发送定时表804。发送定时决定部从DBA处理部输入通信频带,并根据该通信频带,每隔准许周期来决定各ONU的Start值28和End值29。进一步,发送定时决定部801包含周期窗生成部803和信号接收窗生成部802。周期窗生成部803为了接收来自ONU的紧急通知信号404,而例如对400字节以4字节的比例,来周期性生成对任何一个ONU都不允许发送的时间段(窗)。另外,信号接收窗生成部802为了接收来自ONU的信息通知信号406,在接收紧急通知信号404一定时间后,例如325微秒后,生成对任何一个ONU都不允许上行数据的发送的时间段(窗)。
发送定时决定部801在对每个ONU决定Start值和End值后,将该信息存储在发送定时表804中。数据发送允许部710根据该发送定时表804中存储的信息,生成如图2所示的信号,并经下行信号处理部702,向各ONU指示发送数据的定时。
测距处理部711测量与各ONU之间的距离,算出与各距离匹配的发送延迟时间,并对各ONU进行指示。
图9是控制部705的处理流程图的一例。首先,每隔进行DBA的周期,DBA处理部709对各ONU决定分配的通信频带(901)。接着,发送定时决定部801在每隔准许周期来决定各ONU的Start值28和End值29时,判断所分配的通信频带的字节长度是否超过400字节(902)。在允许发送的一块数据长度未超过400字节的情况下,设置Start值和End值,使得从End值减去Start值后的值为该数据长度。即,连续该数据长度的部分来提供准许。
另一方面,在要从这些提供发送允许的一块数据长度超过400字节的情况下,周期窗生成部803设置Start值和End值,使得从End值减去Start值后的值为396字节,在该End值后设置4字节的空域区域,对其余的数据也同样分割为准许的长度不超过400字节(903)。
图17是在执行图9的流程图的情况下所生成的发送定时表804的一例。图17的发送定时表1701存储作为识别ONU的信息的ONU-ID1702、发送定时决定部801分配给该ONU的Start值1703和End值1704。图17的例子中,DBA处理部709对ONU-ID是1的ONU#1分配48字节长度的通信频带。这时,发送定时决定部801对ONU#1,决定为Start值为12字节,End值为60字节。
接着,由于DBA处理部709在对ONU-ID是3的ONU#3分配596字节长度的通信频带的情况下超过了400字节,所以周期窗生成部803将596字节长度的数据分割为396字节和200字节的数据,并在其间生成4字节的窗。图17的表格中,对ONU#3,对Start值分配80字节,对End值分配476字节,这里暂时切断发送允许,将4字节后的480字节设作ONU#3的下一发送允许的Start值,将可全部发送其余数据的680字节作为End值。
该实施例中,OLT1持续生成周期窗,但是也可例如在OLT1监视来自各ONU的上行数据的接收状况,在不能接收来自任意ONU的上行数据的情况下,在OLT1侧判断为某一个ONU发生了故障,启动周期窗生成部803来生成周期窗401。由此,由于在ONU没有发生故障的情况下不生成周期窗401,所以可以更有效利用上行数据信号的通信频带。
图10是接收了紧急通知信号404的情况下的控制部705的处理流程图的一例。若从故障信号检测部800接受到表示接收了紧急通知信号404的通知,则发送定时决定部801中包含的信号接收窗生成部802从该时刻起例如在325微秒的时间后,强制在发送定时表804上生成100字节长度的窗。例如,若上行信号的速度大约为1.24Gbit/s,则325微秒为50544字节长度。因此,信号接收窗生成部802在发送定时表804上,在从接收紧急通知信号404的时刻起50544字节后,生成对任何一个ONU10都不允许发送上行数据的100字节长度的窗就可以了。另外,如前所述,由于将准许周期规定为125微秒,所以在计数325微秒的情况下,需要跨过多个准许周期来修改发送定时表804的Start值和Stop值。
图18是在执行图10的流程图的情况下生成的发送定时表804的一例。图18的例子中,信号接收窗生成部802,设从检测出紧急通知信号起325微秒,例如上行信号的速度为约1.24Gbit/s的情况下,50544字节长度在图18的发送定时表1801上的第9020字节经过。信号接收窗生成部802通过将该9020字节设作在该时刻允许了数据发送的ONU#3的End值1805,将该End值1805和下一Start值1806的间隔设为100字节,从而生成信号接收窗。
图11是ONU10的一实施例。光信号IF部1100是与OLT1之间发送接收光信号用的接口。O/E变换部1101将光信号变换为电信号。下行信号处理部1102实施将从PON19接收的数据送到PC14和Tel15等的用户网所需的处理。下行数据缓存器1103是暂时存储向用户网发送的数据用的存储单元。用户网IF部是在与PC14和Tel15等的用户具有的设备之间发送接收信号用的接口。上行数据缓存器1106是暂时存储从用户网接收的数据用的存储单元。上行信号处理部1107实施将从用户网接收的数据送到PON19所需的处理。E/O变换部1109将电信号变换为光信号。
控制部1105具有:执行向OLT1通知故障用的一系列的处理的故障通知处理部1109;与OLT1之间进行测距处理的测距处理部1110;和为了以对从OLT1指示的Start值加上从OLT1指示的发送延迟时间的定时来进行上行数据的发送,设置发送延迟时间的等效延迟处理部1111。
图12是表示详细说明ONU10的故障通知处理部1110用的一实施例的图。在从OLT1接收的下行信号存在任一故障的情况下,经下行信号处理部1107等来向故障检测部1200传达该异常。故障检测部在检测出下行信号上有异常时,启动周期定时器1201,并测量发送紧急通知信号的周期。故障检测部1200对紧急通知信号生成部1202加以指示,使其将紧急通知信号发送到OLT1,并进一步,对信息通知信号生成部加以指示,使其在预先确定的时间经过后,将信息通知信号发送到OLT1。
紧急通知信号生成部1202在接收到来自故障检测部1200的通知后,在一定期间连续发送例如如图5所示的紧急通知信号。紧急通知信号生成部具有的紧急通知定时器用于管理在什么样的期间来连续发送该紧急通知信号。另外,信息通知信号生成部1203在接收到来自故障检测部1200的通知后,在信息通知定时器1203测量的预先确定的时间,例如325微秒经过后,向OLT1发送如图5所示例的信息通知信号。
图13是故障通知处理部1110的处理流程图的一例。故障通知处理部1110在从来自OLT1的下行信号中检测出任一异常或故障后(1300),紧急通知信号生成部1202发送紧急通知信号(1301)。这时,作为实施例,例如连续200次发送例如2字节长度的紧急定界符。之后,通过信息通知定时器1205待机例如325微秒的预先确定时间(1302),信息通知信号生成部1203生成信息通知信号并加以发送(1303)。
故障通知处理部1110确认是否执行了预先确定次数的发送紧急通知信号及信息通知信号的一系列处理(1304)。该处理在OLT1生成的周期窗401的长度不充分,且不一定接收一次发送的紧急通知信号的情况下,来确认重复执行一系列的处理用的计数器的处理。周期窗401以充分短的周期来生成,若OLT1可以可靠接收处理1次发送的紧急通知信号,则不需要多次重复步骤1301~1303的处理。这里,如果将步骤1301~1303重复所设置的次数,则通知故障的一系列处理结束。在还没有执行所设置次数的处理的情况下,在待机通过周期定时器1201计数的时间,例如1秒或10秒后(1305),执行步骤1301~1303。若是1秒或10秒的周期,则可以以对其他上行通信量没有影响的频度来发送一系列通知信号。
图14是说明通过本实施例的OLT1和ONU10,来生成周期窗和紧急通知信号的情况的一例的图。如图所示,在OLT1侧,以400字节为周期来生成4字节长度的周期窗1400、1402、1404。在该周期窗之间对ONU允许发送信号,例如,在周期窗1400和1402之间的期间1401中,OLT1接收来自ONU#1的数据1406。
这里,在ONU#2发生了故障的情况下,ONU#2在一定期间、例如400字节长度的期间,向OLT1发送连接多个小信号、例如2字节长度的紧急定界符而构成的紧急通知信号1409。紧急通知信号1409的大部分与ONU#1的信号冲突,但是对于与周期窗1402重叠发送的紧急通知信号,通过OLT1正常接收。这样,OLT1可以检测出某个ONU10发生了故障。
图15是表示本实施例的ONU#2在发送紧急通知信号起一定时间后,发送信息通知信号的情况的一例的图。ONU#2在发送400字节长度的紧急通知信号1503后,在一定时间、例如325微秒后发送信息通知信号1504。在OLT1侧,在从ONU#2接收了紧急通知信号1500后,在一定时间、例如325微秒后,准备接收信息通知信号用的信号接收窗1502。OLT1在该信号接收窗1502内接收信息通知信号1504,而可以知道ONU#2上发生了怎样的故障。
图16表示在本发明中的监视控制***1003上显示的ONU故障的监视画面的实施例。由于除上行警报1601之外,还可以使用本实施例的方法来通知下行警报1602,所以可以更准确地从监视控制***1003来把握ONU10的故障的实际情况。在该画面上显示了新的警报LUP(Loss of Up Link)。即使使用本实施例的方法也不能由OLT1来接收上行信息,使ONU10的发送电路部分或OLT1内的ONU各自的接收电路部分发生故障的可能性提高。本发明中,可以将这种将现有技术中没有规定的警报作为新的信息来加以提供。
如上所述,根据本实施例,不能接收来自OLT1的下行信号的ONU可以对OLT1报告自身装置的状态。尤其,在ONU内因下行信号中断,而发生了LOS(Loss Of Signal)这样的通信警报的情况下,ONU10的时钟变为切断了与OLT1的同步的非同步状态。在这种非同步状态下,上行发送的紧急通知信号还切断了与其他ONU的同步关系,这些上行信号有冲突的可能。这种情况下,如本实施例那样,通过在OLT侧设置周期窗401及信号接收窗407,可以避免与来自其他ONU的上行数据的冲突地接收与从ONU发送的故障有关的信息。