Pon系统的可进行警报传送策略的光线路终端、光网络单元的制作方法

文档序号:7659712阅读:242来源:国知局
专利名称:Pon系统的可进行警报传送策略的光线路终端、光网络单元的制作方法
技术领域
本发明涉及多个用户连接装置共用光传送线路的无源光网络 PON (Passive Optical Network)系统。
背景技术
PON—般由一台局端装置(OLT: Optical Line Terminal,光线路 终端)和多个用户端装置(ONU: Optical Network Unit,光网络单元) 构成,将来自与ONU相连的PC (Personal Conqwter)等终端的信号 转换为光信号后,经光纤送到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 B旭dWidth Allocation:动态带宽分配)的技术,并进行基 于该技术的频带控制。
例如,在ITU-T建议G.984.3的8.2章的规定中,将从多个ONU 向OLT传送的信号称作上行信号,由前同步(preamble)、定界符、 有效载荷信号构成,如该建议第8章的图8-2所示,在各上行信号之 前为防止与前一突发(burst)信号的冲突,设置了保护时间。另一方 面,根据同一建议8.1章的规定,将从该OLT向该多个ONU发送的 信号称作下行信号,包括帧同步图案(pattern) 、 PLOAM区域、US Bandwidth MAP区域和帧有效载荷。
OLT如同一建议8.1.3.6章所示,使用称作US Bandwidth MAP 的区域,来指定各ONU的上行信号发送允许定时。US BandWidth MAP区域具有指定发送允许的开始的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的现场来收集信息,很费时间和成本。

发明内容
本发明的目的是提供一种在ONU启动结束之前,也可远程收集 ONU内的信息,使故障划分变得容易的PON系统。
上述技术问题通过以下技术来解决,艮P,检测出了故障的ONU 对OLT发送紧急通知消息,接收了上述消息的OLT在一定时间后, 使对其他ONU的上行信号的发送停止,在此期间接收来自有故障的 ONU的信息。
通过本发明,可以提供一种在ONU的启动结束之前可检测出 ONT内的故障,并使故障划分变得容易的PON系统。


图1是光接入网的一结构例;
图2是从OLT向ONU的下行信号的一例;
图3是从ONU向OLT的上行信号的一例;
图4是ONU和OLT之间的通信时序的一例;
图5是紧急通信信号的一例;
图6是信息通信信号的一例;
图7是OLT的功能框图的一例;
图8是OLT的控制部的功能框图的一例;图9是OLT的控制部生成周期窗的处理流程的一例;
图10是OLT的控制部生成信号接收窗的处理流程的一例;
图11是ONU的功能框图的一例;
图12是ONU的故障通知处理部的功能框图的一例;
图13是ONU的故障通知处理部执行的处理流程的一例;
图14是发送接收紧急通知信号的情况的一 例;
图15是发送接收信息通知信号的情况的一例;
图16是控制监视系统的画面显示例。
图17是在执行图9的流程图的情况下所生成的发送定时表的一例。
图18是在执行图10的流程图的情况下生成的发送定时表的一例。
具体实施例方式
图1表示适用本发明的光接入网的结构例。PON19由分光器/光 耦合器等的光分路器12、在通信业者等的局舍里设置的作为局端装 置的0LT1、连接OLTl和分光器的干线光纤17-1、在各个用户家里 或其附近设置的作为用户端装置的多个ONUIO、和分别连接光分路 器12及多个ONU10的多个支线光纤17-2构成。OLT1经干线光纤 17-1与光分路器12和支线光纤17-1,例如可与32台的ONU10相连。 电话15和个人计算机14等用户终端分别连接到多个ONU10上。 PON19经OLT1与PSTN (Public Switched Telephone Networks:公共 交换电话网)和互联网18相连,与这些上位网络之间发送接收数据。 OLTl和ONUIO的整体通过监视控制系统1003来加以管理。
图1图示了 5台ONUIO,但是从OLTl向ONU10的下行方向上 传送的信号11上时分复用了以各个ONU10为目标的信号。各ONU10 接收信号11,判断是否是目标为自身的信号,进一步在目标是自身 的信号的情况下,根据信号的目标地址,将信号分发到电话15及个 人计算机14。
另一方面,从ONU10向OLTl的上行方向上,从ONU10-1传送的信号a、从ONU10-2传送的信号b、从ONU10-3传送的信号c、 从ONU10-4传送的信号d、从ONU10-n传送的信号e在通过光分路 器12后时分复用,而变为信号16,并到达0LT1。艮卩,0LT1由于 预先知道在哪个定时上接收来自哪个ONU10的信号,所以根据所接 收的定时来识别来自各ONU10的信号,并加以处理。
图2表示从0LT1向各ONU10发送的下行PON信号帧的例子。 下行帧包括帧同步图案20、 PLOAM区域21、准许指示区域22、帧 有效载荷23。帧有效载荷23中存储了 OLT1向ONU10的用户信号, 详细记载在ITU-T建议G.984.3上。准许指示区域22包括控制 ONU10-1用的T-CONT#l用信号24、控制ONU10-2用的T-CONT#2 用信号25和控制ONU10-n用的T-CONT#n用信号26。进一步, T-CONT弁l用信号24包括T-CONT ID区域27、 Start值28和End值 29。
这里,所谓T-CONT (Trail CONTainer)是DBA中的频带分配 区域,例如,在ONU10具有多个发送缓存器的情况下,在各个缓存 器上添加作为T-CONT的识别信息的T-CONT ID,并可从OLT按每 个缓存器加以控制。下面的实施例中,说明了一个ONU具有一个 T-CONT (缓存器)的情况,艮P, 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向0LT1发送的上行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的下 行信号后,生成对OLTl通知发生了故障用的紧急通知信号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字节的紧急用定界 符。
另一方面,OLTl为了不与来自其他ONU的上行信号冲突地接收 从发生故障且没有与OLT取得同步的ONU不清楚何时发送的紧急通 知信号404,每隔预先确定的周期,生成对任何一个ONU都不允许 发送的周期窗401。其如后所述,可以通过在向各ONU指示上行数 据的发送定时之时,周期性生成对任何一个ONU都不允许发送的定 时来实现。该实施例中,以与紧急通知信号的长度相同的400字节为 周期来生成周期窗。这样,ONU生成的400字节长度的紧急通知信 号和0LT1生成的周期窗产生重叠部分,0LT1可以接收紧急通知信 号的至少一部分。这样,若生成周期窗401的周期与紧急通知信号 403的长度相同或比其短,则OLT1可以可靠接收紧急通知信号403。
但是,若生成周期窗401的周期过短,则由于ONU10的上行数 据的传送效率降低,所以也可以以比紧急通知信号长的周期来生成周 期窗401。这时,ONU10以预先确定的周期来重复进行发送紧急通 知信号404的处理等,提高接收紧急通知信号404的概率即可。
ONU10-2在发送紧急通知信号后经过一定时间后,生成使0LT1 知道产生了什么样的故障用的信息405,并将其作为信息通知信号 406发送到0LT1 。该实施例中,ONU10-2在紧急通知信号404的发 送后,在经过325微秒后,发送信息通知信号406。该325微秒的时 间为,在作为准许400的发行周期根据标准规定的125微秒上,加上 最长20km长的光纤的往返延迟时间200微秒后的值。除此之外,也 可以设置为加上在ONU内接收准许后可开始信号发送的最短延迟时 间,即更大的值,但是本实施例中,假定为该ONU内的最短延迟时间为l微秒以下的很小的值,从计算中除去。
图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的内部信息。
OLTl为了在从ONU10-2接收紧急通知信号404后经过一定时间 后,接收从ONU10-2发送的信息通知信号406,而设置作为对其他 ONU10不允许发送数据的时间段的信号接收窗407。该信号接收窗 407也可以在OLTl向各ONU10指示允许上行数据的发送的定时之 时,通过在该时间段对任何一个ONU10都不允许数据发送来生成。 该实施例中,OLTl在接收紧急通知信号404后,在325微秒后生成 信号接收窗407。该时间间隔与ONU10-2发送紧急通知信号邻4后 到发送信息通知信号406的间隔相同。接收窗的宽度为比作为信息通 知信号406的大小的68字节大的100字节。通过适当改变生成信号 接收窗407之前的时间间隔和窗的宽度,可以提高OLTl可正常接收 信息通知信号405的概率。例如,若加大信号接收窗407的宽度,则 可以縮短在生成信号接收窗407之前的时间间隔。
图7表示OLT1的一实施例。网络IF部700是与互联网等的上位 网18之间进行信号的发送接收用的接口。下行数据缓存器701是暂 时存储从上位网18接收的数据用的存储单元。下行信号处理部702 实施将从上位网18接收的数据送到PON19所需的处理。E/0变换部 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决定分配的通信频带(卯l)。 接着,发送定时决定部801在每隔准许周期来决定各ONU的Start 值28和End值29时,判断所分配的通信频带的字节长度是否超过 400字节(902)。在允许发送的一块数据长度未超过400字节的情 况下,设置Start值和End值,使得从End值减去Start值后的值为该 数据长度。BP,连续该数据长度的部分来提供准许。
另一方面,在要从这些提供发送允许的一块数据长度超过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#l分配48字节长度的通信频带。这时,发送定时决定部801 对ONU弁l,决定为Start值为12字节,End值为60字节。
接着,由于DBA处理部709在对ONU-ID是3的0NU#3分配 596字节长度的通信频带的情况下超过了 400字节,所以周期窗生成 部803将596字节长度的数据分割为396字节和200字节的数据,并 在其间生成4字节的窗。图17的表格中,对ONU弁3,对Start值分 配80字节,对End值分配476字节,这里暂时切断发送允许,将4 字节后的480字节设作ONU#3的下一发送允许的Start值,将可全部 发送其余数据的680字节作为End值。
该实施例中,0LT1持续生成周期窗,但是也可例如在0LT1监 视来自各ONU的上行数据的接收状况,在不能接收来自任意ONU的上行数据的情况下,在0LT1侧判断为某一个ONU发生了故障, 启动周期窗生成部803来生成周期窗401。由此,由于在ONU没有 发生故障的情况下不生成周期窗401,所以可以更有效利用上行数据 信号的通信频带。
图10是接收了紧急通知信号404的情况下的控制部705的处理 流程图的一例。若从故障信号检测部800接受到表示接收了紧急通知 信号404的通知,则发送定时决定部801中包含的信号接收窗生成部 802从该时刻起例如在325微秒的时间后,强制在发送定时表804上 生成IOO字节长度的窗。例如,若上行信号的速度大约为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之间 发送接收光信号用的接口。 0/E变换部1101将光信号变换为电信号。 下行信号处理部1102实施将从PON19接收的数据送到PC14和Tel15 等的用户网所需的处理。下行数据缓存器1103是暂时存储向用户网 发送的数据用的存储单元。用户网IF部是在与PC14和TeU5等的用 户具有的设备之间发送接收信号用的接口。上行数据缓存器1106是 暂时存储从用户网接收的数据用的存储单元。上行信号处理部1107 实施将从用户网接收的数据送到PON19所需的处理。E/O变换部1109将电信号变换为光信号。
控制部1105具有执行向0LT1通知故障用的一系列的处理的 故障通知处理部1109;与OLT1之间进行测距处理的测距处理部 1110;和为了以对从0LT1指示的Start值加上从OLT1指示的发送 延迟时间的定时来进行上行数据的发送,设置发送延迟时间的等效延 迟处理部llll。
图12是表示详细说明ONU10的故障通知处理部1110用的一实 施例的图。在从OLTl接收的下行信号存在任一故障的情况下,经下 行信号处理部1107等来向故障检测部1200传达该异常。故障检测部 在检测出下行信号上有异常时,启动周期定时器1201,并测量发送 紧急通知信号的周期。故障检测部1200对紧急通知信号生成部1202 加以指示,使其将紧急通知信号发送到OLTl,并进一步,对信息通 知信号生成部加以指示,使其在预先确定的时间经过后,将信息通知 信号发送到0LT1 。
紧急通知信号生成部1202在接收到来自故障检测部1200的通知 后,在一定期间连续发送例如如图5所示的紧急通知信号。紧急通知 信号生成部具有的紧急通知定时器用于管理在什么样的期间来连续 发送该紧急通知信号。另外,信息通知信号生成部1203在接收到来 自故障检测部1200的通知后,在信息通知定时器1203测量的预先确 定的时间,例如325微秒经过后,向OLT1发送如图5所示例的信息 通知信号。
图13是故障通知处理部1110的处理流程图的一例。故障通知处 理部1110在从来自0LT1的下行信号中检测出任一异常或故障后
(1300),紧急通知信号生成部1202发送紧急通知信号(1301)。 这时,作为实施例,例如连续200次发送例如2字节长度的紧急定界 符。之后,通过信息通知定时器1205待机例如325微秒的预先确定 时间(1302),信息通知信号生成部1203生成信息通知信号并加以 发送(1303)。
故障通知处理部1110确认是否执行了预先确定次数的发送紧急 通知信号及信息通知信号的一系列处理(1304)。该处理在OLTl生成的周期窗401的长度不充分,且不一定接收一次发送的紧急通知信 号的情况下,来确认重复执行一系列的处理用的计数器的处理。周期 窗401以充分短的周期来生成,若0LT1可以可靠接收处理1次发送 的紧急通知信号,则不需要多次重复步骤1301 1303的处理。这里, 如果将步骤1301 1303重复所设置的次数,则通知故障的一系列处 理结束。在还没有执行所设置次数的处理的情况下,在待机通过周期 定时器1201计数的时间,例如1秒或10秒后(1305),执行步骤 1301 1303。若是1秒或10秒的周期,则可以以对其他上行通信量 没有影响的频度来发送一系列通知信号。
图14是说明通过本实施例的OLT1和ONU10,来生成周期窗和 紧急通知信号的情况的一例的图。如图所示,在OLTl顶!l,以400字 节为周期来生成4字节长度的周期窗1400、 1402、 1404。在该周期 窗之间对ONU允许发送信号,例如,在周期窗1400和1402之间的 期间1401中,OLT1接收来自ONU#l的数据1406。
这里,在ONU弁2发生了故障的情况下,ONU弁2在一定期间、例 如400字节长度的期间,向OLT1发送连接多个小信号、例如2字节 长度的紧急定界符而构成的紧急通知信号1409。紧急通知信号1409 的大部分与ONU弁l的信号冲突,但是对于与周期窗1402重叠发送 的紧急通知信号,通过0LT1正常接收。这样,0LT1可以检测出某 个ONU10发生了故障。
图15是表示本实施例的ONU#2在发送紧急通知信号起一定时间 后,发送信息通知信号的情况的一例的图。ONU弁2在发送400字节 长度的紧急通知信号1503后,在一定时间、例如325微秒后发送信 息通知信号1504。在OLTl侧,在从ONl^2接收了紧急通知信号1500 后,在一定时间、例如325微秒后,准备接收信息通知信号用的信号 接收窗1502。OLTl在该信号接收窗1502内接收信息通知信号1504, 而可以知道ONU弁2上发生了怎样的故障。
图16表示在本发明中的监视控制系统1003上显示的ONU故障 的监视画面的实施例。由于除上行警报1601之外,还可以使用本实 施例的方法来通知下行警报1602,所以可以更准确地从监视控制系统1003来把握ONU10的故障的实际情况。在该画面上显示了新的 警报LUP (Loss of Up Link)。即使使用本实施例的方法也不能由 OLTl来接收上行信息,使ONUIO的发送电路部分或OLTl内的ONU 各自的接收电路部分发生故障的可能性提高。本发明中,可以将这种 将现有技术中没有规定的警报作为新的信息来加以提供。
如上所述,根据本实施例,不能接收来自OLTl的下行信号的 ONU可以对OLTl报告自身装置的状态。尤其,在ONU内因下行信 号中断,而发生了LOS (Loss Of Signal)这样的通信警报的情况下, ONU10的时钟变为切断了与OLTl的同步的非同步状态。在这种非 同步状态下,上行发送的紧急通知信号还切断了与其他ONU的同步 关系,这些上行信号有冲突的可能。这种情况下,如本实施例那样, 通过在OLT侧设置周期窗401及信号接收窗407,可以避免与来自 其他ONU的上行数据的冲突地接收与从ONU发送的故障有关的信 息。
权利要求
1、一种局端装置,经光分路器与多个用户端装置相连,并周期性对各个用户端装置指示上行信号的发送定时,其特征在于,包括周期窗生成部,周期性地生成对任何一个用户端装置都不允许发送上行数据的第一窗;以及信号接收窗生成部,在所述周期窗生成部生成的第一窗内,从任意的ONU接收了通知发生了故障的信号的情况下,在该信号接收后经过预先确定的时间后,生成对任何一个用户端装置都不允许发送上行信号的第二窗。
2、 根据权利要求1所述的局端装置,其特征在于 通知发生了所述故障的信号是通过与定界符信号不同的图案生成的紧急用定界符信号。
3、 根据权利要求1所述的局端装置,其特征在于 所述周期窗生成部生成所述第一窗的周期是400字节长度,所述第一窗的宽度是4字节长度。
4、 根据权利要求1所述的局端装置,其特征在于 所述第一窗的宽度比所述第二窗的宽度小。
5、 根据权利要求1所述的局端装置,其特征在于 监视从所述多个用户端装置接收的上行信号,在判断为所述用户端装置中的某一个有可能发生了故障的情况下,启动所述周期窗生成 部,在上行信号的发送定时中生成所述周期窗。
6、 一种用户端装置,经光分路器与局端装置相连,并由所述局 端装置指示上行信号的发送定时,其特征在于,包括紧急通知信号生成部,在不能正常接收来自所述局端装置的下行 信号的情况下,生成向所述局端装置通知产生了异常用的、将多个信 号相连而构成的紧急通知信号;以及信息通知信号生成部,在生成并发送所述紧急通知信号起经过预 先确定的时间后,生成向所述局端装置报告所述异常的内容用的信息 通知信号。
7、 根据权利要求6所述的用户端装置,其特征在于所述紧急通知信号是2字节长度的信号连续400字节而构成的信号。
8、 根据权利要求6所述的用户端装置,其特征在于 所述预先确定的时间是325微秒。
9、 根据权利要求6所述的用户端装置,其特征在于 将所述紧急通知信号、和经过所述预先确定的时间后的所述信息通知信号的发送多次进行重复。
全文摘要
本发明提供一种PON系统用局端装置或用户端装置,在ONU的启动结束之前也可远程收集ONT内的信息,检测出了故障的ONU对OLT发送紧急通知消息,接收了上述消息后的OLT在一定时间后对其他ONU停止上行信号的发送,通过在该期间接收来自有故障的ONU的信息,从而使故障划分变得容易。
文档编号H04L12/26GK101304281SQ20071014112
公开日2008年11月12日 申请日期2007年8月8日 优先权日2007年5月9日
发明者加泽彻, 坂本健一, 西野良祐 申请人:日立通讯技术株式会社
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1