C114门户论坛百科APPEN| 举报 切换到宽版

亚星游戏官网

 找回密码
 注册

只需一步,快速开始

短信验证,便捷登录

搜索
查看: 7604|回复: 3

[Sonet/SDH] SONET原理讲座《操作标准》 [复制链接]

Male不在线
kin

军衔等级:

亚星游戏官网-yaxin222  中士

注册:2003-8-6
发表于 2004-5-29 21:36:00 |显示全部楼层
6 SONET网元操作标准(注:下文由于大量表格和说明图未能贴出,看起来可能比较困难)
【注】因本文多数引用GR253,所以文中多数地方引用Rxxx,CRxxx,图xxx都是指标准文档编号,不便之处,敬请谅解,
6.1 存储管理(Memory Administration)
存储管理涉及控制和管理网元数据库的功能。包括数据处理,存储备份和恢复,系统管理(包括安全)。
6.1.1 存储管理数据
知道termination,Cross-connect的配置,映射等数据是必要的。
在OSI通信环境,OS和网元用CMISE提供的服务和协议交换信息。这些服务的定义和一种用管理对象类及属性描述的信息模型有关。SONET存储管理的信息模型是网元内被存取并用于实行存储管理的信息的抽象。GR-836(CORE和IMD)定义了管理对象类、属性、和相关CMISE服务映射,它们可能用于存储管理功能。GR-1042(CORE和IMD)定义了SONET专有的管理对象类、属性。
对于TL1,网元数据库可以通过存储管理网管作为一个逻辑矩阵或管理视图的集合查看。矩阵的每一行代表这个视图的一个对象实体(object entity即一个网元的逻辑服务或资源),矩阵的列代表每个对象实体具有的属性。TL1的对象实体的数据字典基于管理视图(administrative views)。GR-472-CORE,OTGR2.1完整讨论了TL1的管理视图,GR-199-CORE,OGTR section 12.2提供了SONET对象实体的数据字典管理视图。
6.1.2 数据处理(data manipulation)
数据处理涉及输入、编辑、删除和存取网元数据库的数据。本节给出了这方面的一些需求。
R6-1 所有可指配特性或参数能由管理员通过本地或远程方式进行指配。
6.1.3 操作通信管理
网元和管理系统或网元之间的通信,需要在网元安装时间初始化与通信有关的信息,这些信息包括用于裁剪DCC,LCN,OS/NE协议栈的配置,网络地址,网元使用TL1消息的目标标志(TID)。
6.1.4 再生器
具有再生器的线路或者是物理层再生器或者是段层再生器,一条携带主要和辅助EOC信息的线路必须是段终结再生器。
6.1.5 存储备份和恢复
GR253 R6-7规定:一个SONET网元须提供一种本地的、主要的、非易失的备份。
CR6-15 [377] 一个SONET网元应提供这种能力:一个远程存储恢复管理程序(例如OS或Controller)通过bulk(块?批量?)文件传送方法(bulk file transfer method)来恢复该网元的非易失存储备份。
GR253 R6-16 [378]规定: 如果一个SONET网元支撑可选的bulk存储恢复特性,那么网元须支撑通过一个完全基于7层OSI的操作接口访问一个bulk存储恢复程序,来使用内存备份功能和FTAM协议要求(GR1250描述,Generic Requirements for Synchronous Optical Network(SONET) File Transfer)。
GR253 R6-17 [379]规定: 如果一个SONET网元支撑可选的bulk存储恢复特性,那么网元须支撑:当得到请求时,网元能向存储恢复应用报告一个非易失存储备份的bulk“快照”(bulk "snapshot")。
GR-836-CORE和GR-836-IMD包括了信息模型和CMISE服务映射,GR-199-Core和GR-833-Core,OTGR section 12.3:Nerwork Maintenance:Network Element and Transport Surveilance,包括了TL1消息,用以支撑面向事务(tranction-oreinted )的存储备份和恢复。对于bulk存储恢复处理的其它要求可以参见GR-2915-CORE,Application of Software Managemnt OSI Information Model to Software Download and Memory Restoration。
6.1.6 系统管理和安全
系统管理涉及在BCC网络中网元进行正确操作需要的功能。包括日期和时间的设置,网元识别,系统管理功能在GR-472-CORE中阐述。系统管理的一个主要领域是安全。安全需求牵扯到路由功能(在控制的网络内)、登录、密码、安全级别(屏幕选项)。GR-815-CORE说明了网元的通用安全需求,TR-NWT-000835,OTGR Section 12.5 说明了用于管理网元安全的TL1消息。对信息模型和服务映射初步的要求见于GR-1253-CORE。
R6-20 [382] SONET网元须支撑安全管理功能并遵循GR-815-CORE.
作为一个目标,可利用TMN PKI技术(Public Key Infrastructure) 实现集中化安全管理,虽然对于TMN PKI技术的要求目前还没有完全的规范。作为过渡,一个中央安全服务器可以和TL1管理网元结合使用,并利用下面建议提出的要求:NSIF-038-2000,NSIF Requirements for a Centralized Security Server。
1 网元安全机制
描述了保证网元安全的确认步骤,以及网元安全机制的组件。组件有
识别和授权(Identification和Authentication);系统存取控制,资源存取控制,审核(Audit)。
2 DCC安全
网元所处位置决定了需要强制实行对一个和多个段DCC的限制,比如一个支撑Line-side接口(穿越了管理边界)的网元,就需要限制它的穿越消息路由功能。
6.1.7 App属性
初始化App的属性须在安装中或安装后被登录到网元中。
6.1.8 Self-Inventory(自盘点)
又叫“自发现”(self-discover),指网元盘点自己装备的特性。
O6-51  [415]网元应能向管理程序和管理员报告它的装备(包括插件、普通装备和App),选项设置和交叉连接配置。
6.2 维护(Maintenance)
这一节提供了Sonet 网元的维护标准,这些标准对于维护网元和网络是必要的。维护需求包括告警监视,性能监视,测试及控制特性,这些在通常的网元操作中是很重要的。这些需求将关注于用于实行下列维护任务的功能:
故障检测(Trouble Detection):涉及缺陷检测和失效声明,Sonet的缺陷和失效定义见6.2.1.1 故障或修复确认(Trouble or repair verification):在开始或终止相关动作前,确认故障是否存在。
故障定位(Trouble sectionalization):将失效缩小到一个终端网元或连接他们的设施的较小的区域。
故障隔离(Trouble isolation):将失效隔离到可替换的电路包、模块、或光纤
恢复(restoration):允许服务被恢复,即使故障未被修复。
6.2.1  告警监视
告警监视用以检测和报告网络中的某种劣化条件(degraded conditions), 这一节主要列举了在Sonet信号和网元中应该检测的条件,同时定义了不同的条件,另外还描述了网元响应这些条件时的动作.
GR将在网络中检测到的异常(occurrences)称为"缺陷"(defects),缺陷被定义为对一个单元实行所要求功能的有限中断,Sonet网元需要在收到的信号中检测和终结某些与所提供的功能层相关的缺陷。检测到一个缺陷可能会引发一定的动作(例如发送一个维护信号),而缺陷的终结通常导致这个动作的结束(例如清除相应的维护信号)。 当一个缺陷持续一段时间(即a Soaking interval),网元将声明相应的失效,并设置失效指示。一旦设置了失效指示,如果这个缺陷终止了并且持续了一段时间,那么这个失效要被清除掉。失效指示可能自动或非自动上报给网管(OS),所报告的失效指示可以产生告警也可以不产生告警。无论是否自动上报,失效指示都可以通过网管或其它用户接口存取。某些失效指示可能会在本地网元产生声光告警指示。
关于失效检测处理和告警策略的更多细节,参见GR-474-CORE,OTGR Section 4:Network
6.2.1.1讨论了直接检测的缺陷和失效,它们表示在输入信号中出现了本质性的问题,6.2.1.2,6.2.1.3,6.2.1.4讨论了征兆缺陷,这种缺陷是由于上游或下游的网元直接检测到如6.2.1.1讨论的缺陷后,发送了维护信号给本地网元而产生的。图6-1是缺陷检测和是失效声明的通用模型。这个模型的关键点是三个判断:(1)defect detected(检测到缺陷)? (2)defect still present()?(3)soaking Interval Expired(soaking interval结束)?,根据不同的判断结果产生不同动作。用流程图表示为
用伪码表示为:
1.监视Sonet信号(Monitor Sonet Signal)
1.监视Sonet信号(Monitor Sonet Signal)
2.若检测到缺陷(defect detected)
实行维护动作(例如发送维护信号);
开始Soaking Interval   //用于减小断续缺陷造成频繁失效的可能性,比SI短的defect不会产生失效
否则
goto  1
3. 若   缺陷还存在(defect still present )
增加计时;
否则  
终止维护动作(例如清除维护信号);
goto 1
4. 若 Soaking Interval结束(soaking Interval Expired)
声明失效/ 产生指示信号;
上报给OS
否则
goto  3
5一个告警产生流程结束
注:在下面对告警的描述中,表格中归纳了主要内容,补充内容列于各自小节之中。
1 直接检测的缺陷和失效
(Directly Detected Defects and Failures)
1)  信号丢失(Loss of Signal,LOS)
源端或者传输设施失效(例如激光器失效或光纤断)时,为了检测物理层信号(电或光)的丢失,需要检测输入信号。LOS的检测要求时间相当短以便及时恢复传输净荷。
R6-54[416V2]Sonet 网元检测所有的输入信号(解扰前)的全“0”模式,因为全“0”模式对OC-N光信号意味着没有光脉冲,对STS-N和STS-N电信号意味着没有电压翻转。当全“0”模式持续100us以上,则检测到LOS缺陷,持续时间在2.3us以下,不应产生 LOS缺陷。
虽然全“0”模式持续时间小于2.3us不必引发LOS缺陷的检测,但是如果在小于2.3us的时间内,网元接收到过长的全“0”模式,就可能产生错误。例如时钟恢复电路在缺少输入脉冲的情况下会丢失时钟等。
O6-55 [940] 如果通过比较输入信号电平与实现所定的门限来判断是否出现LOS,那么所选的门限应确保在BER可接受的情况下不产生LOS缺陷(如果BER优于SF BER)
R6-56 [1124] 一个为了检测LOS缺陷而监视接收信号等级的网元不能终止正存在着的LOS缺陷,除非这个正在输入的信号等级高于原先被检测到LOS缺陷的信号的LOS缺陷终止容限。
R6-56 [1124]的目的是为了防止网元对LOS缺陷的重复检测和终止,从而减小对正在输入的信号LOS缺陷容限的影响。但并没有给出检测容限和终止容限差异的明确的值,这个差异需要足够大以防止LOS缺陷的摆动。     
R6-57 [417V2] SONET网元在翻身以下情况时,应该终止LOS缺陷:
正在输入的信号等级高于网元LOS缺陷终止容限,信号有两个连续有效的帧列模式,并且在此期间,没有会产生LOS缺陷的全“0”模式。
正在输入的信号等级高于网元LOS缺陷终止容限,在125us或2.5×T中较大的一个时间范围内,没有T长度的无脉冲时间间隔发生,这里2.3≤T≤100us。
这里两个情况的主要区别就是第一个要求有效的帧,而第二个不需要。一般的,第二个情况目前被认为是首选的。       
R6-58 [418V3]  当LOS缺陷持续2.5(±0.5)秒或者在宣布LOF失效(见R6-66 [426V3)时出现LOS缺陷,网元应该宣布LOS失效,并向OS发出告警。
R6-59 [419] 另外,为了中继调整的目的,网元如具有DS0 PTE或VT PTE,且支撑在字节同步映射的DS1中的DS0重排功能,它在一段时间内有断续的LOS缺陷,那么也会产生LOS失效。产生失效的规则:当有Los缺陷时按4:1到15:1的比率递增/递减,直到达到2.5盻.5s的LOS失效门限,设置指示并产生告警,如在门限达到前缺陷消失,则按照递增斜率1/4到1/15的斜率递减。  
这种积分技术也用于支撑DS0重排的其他一些失效监测(如LOF),或者用于那些不需中继调整但由于断续缺陷引起的失效声明。
R6-61 [421v2]与DS1, DS1C, DS2, DS3有接口的网元依据GR499产生相应信号的LOS告警。
其他传输信号的LOS缺陷检测将在以后研究。
2)  帧丢失(Loss of Frame,LOF)
如同在Section 5.5中讨论的,所有的网元都需要监控它们输入信号的SEF缺陷。一般,如果SEF缺陷持续,那么LOF缺陷必须被探测。
R6-62 [422V2] 一个网元必须在SEF缺陷持续3ms探测LOF缺陷。
R6-66 [426V3] 一个网元应该在LOF缺陷持续2.5(±0.5)秒宣布LOF失效,除非产生了LOS缺陷(见R6-58[418V3])。另外,如果一个网元先前宣布了LOF失效,除了LOS缺陷存在、清除LOS失效的条件满足、和LOS失效清除后LOS缺陷仍然存在,网元应该宣布LOF失效。同时向OS发送告警,除非R6-289[626V2]中的条件满足。
对于Sonet信号,LOF缺陷引发(initiate)了维护相关的动作(例如AIS和RDI的产生,见于6.2.1.2和6.2.1.3, 6.2.1.4),对于DSn信号,OOF的检测引发了维护相关的动作。对于DS1, DS1C, DS2, DS3信号来说,DSn OOF检测,帧在位(in-frame?)检测,以及维护相关的动作方面的需求见于GR-499-CORE。对于其他传送信号的成帧标准(framing criteria)需要进一步研究。
R6-69 [429] 网元须监视它所终结的DSn通道来检测DSn OOF。
R6-70 [941] 如果网元支撑Section 3.4所定义的DSn异步映射,那么它必须能够提供使用这种映射的DSn信号透明传输。
CR6-71 [942]  一个支撑异步DSn映射的网元可能需要提供非透传方式,这种情况下发出的DSn信号(从STS或VT SPE中解复用)被监视来检测DSn OOF。
3)  指针丢失(Loss of Pointer,LOP)
网元对收到的STS和VT信号检测,如果不能获得有效(valid)指针,或者连续收到多个NDF(1001)标识,就会产生LOP缺陷。
R6-83 【434】为了中继调整,对于这样的网元:包含支撑在字节同步映射DS1中DS0通道重排功能的DS0 PTE或VT PTE,它采用R6-59所描述的积分技术来声明LOP-P和LOP-V失效,一旦声明后,实行R6-81,82的动作。
4)  设备失效(device failure)
GR没有定义设备失效状态(因为与实现有关),列举了作为告警上报的条件的最小集合。
R6-86  [436] 根据是否影响设备传送的服务,设备失效归类为或者SA(Service-Affecting),或者NSA(Non-Service-Affecting)。
R6-87  [437] 设备失效须分为紧急(critical)、主要(major )、次要(minor)失效。
R6-88  [438] 因为硬件设计千变万化,设备失效报告须描述失效条件。
R6-89  [439V2] 网元须能声明以下设备失效(as  a  minimum)
- 保险或电源电路等硬件失效;
- 同步设备失效;
- 保护倒换设备失效;
- CPU失效;
- 本地非易失备份存储器失效;
- Sonet信号源和终端设备失效;
- 接收器失效(光探测器失效);
- 发送器失效(光源失效,包括激光器失效);
- 光纤放大器OFA或光纤放大器泵补失效;
- 非Sonet信号(例如DSn信号)源端和终端设备失效;
- 开关矩阵模块失效(如果提供了交叉功能);
- DCC硬件失效(参见Section 6.2.1.1.7;
- 人为移去在服务设备。
R6-90 [440] 一旦声明了设备失效,Sonet网元须
- 如果可行,切换到双工(duplex)或备用设备(standby)
- 设置本地指示
- 向网管(OS)发送告警消息
另外,某些设备失效会引起AIS(参见Section 6.2.1.2),网元也可能声明这里没有列出的设备失效。
R6-91 [441] 一旦清除了设备失效,Sonet网元须清除失效指示并发送清除消息给网管。
CR6-92 [442] Sonet网元可能需要检测和报告在一些应用(如CEV中网元)中的某些告警。
Sonet的网元可能提供冗余CPU以供自动倒换,与网元相关的GRs, TRs, 及TAs包含了如CPU及其他设备(DCC或LCN终端)的硬件冗余特性的需求。
O6-93  [443] 网元应检测操作系统和其他App错误,并将其报告给网管,且与硬件失效无关。
5)  同步丢失
这里描述了同步丢失失效,可能是同步设备失效引起或者不是。
6)  APS 故障(APS troubles)
对于支撑线性APS的LTE,四种与APS通道操作有关的失效被定义,分别是保护倒换字节失效(Protection Switching Byte failure,Section 6.2.1.1.6.A),通道失配失效(channel Mismatch failure )Section 6.2.1.1.6.B),APS 模式失配失效(APS Mode Mismatch failure Section 6.2.1.1.6.C), 远端保护线路失效(Far-end Protection Line failure,Section 6.2.1.1.6.D), 另外,Section 6.2.1.1.6.E包含了一个当网元收到一个AIS-L且不能实行保护倒换时产生告警的需求。
Section 6.2.1.1.6.A,B,D的标准应用于工作在Linear APS模式(不是单向1+1)的LTE,Section 6.2.1.1.6.C标准应用于被配置在Linear APS模式(不是单向1+1)工作的LTE。例如配置为双向1:1,可能实际工作在单向1+1,这是因为远端LTE指示了这种模式。满足C中标准的不需满足A,B,D。
保护倒换字节缺陷指检测到不一致或无效的APS字节,持续2.5 盻0.5s成为失效;
通道失配缺陷指所发K1字节bit5~8中通道号和所收K2字节bit1~4中不一致(在非1+1单向模式);
APS 模式失配指本地LTE和远端LTE指配的保护模式不同;
远端保护线路失效指远端LTE指示保护线路有SF条件,这样本地LTE的保护请求被拒绝,而已经发生倒换的则倒换回主用线路。
6.2.1.1.6.E先容了其他一些基于BER的SD和SF导致的APS相关标准。
6.2.1.1.6.E  其他APS失效 【R6-120~125】
用于保护倒换目的的基于BER的SF和SD条件对业务传输具有直接的影响,因此需要在这些条件存在的时候警示用户。这里的需求用于支撑这一点。同样,为了避免在短时间内重复的SD,SF条件的检测和清除引起多个自动消息的产生,下面的需求包含了“soaking times”,它类似于许多失效的产生和清除。
7)  DCC失效(DCC failure)【R6-126~127】
DCC failure或者是DCC硬件失效,或者是传送DCC的线路失效。前者需要用备用DCC保护主用DCC,后者可用8.3.1.3所示的保护方案来恢复。ES-IS,IS-IS路由协议可以用作保护方案(适用于如果失效时主备都不可用,还有可用路由来发送失效点附近的消息的情况)。
8)  信号标记失配(Signal Label Mismatch)【R6-128~R6-153】
接收的STS或VT信号标记(分别是C2或V5bit5~7)被认为是失配的:如果该标记既不等于本地所指配PTE功能的对应标记值,也并不等于对应于已装载(equipped)、不明确编码(non-specific)的标记值(表3-2,3-3,3-4)。在每个通道层定义了两种缺陷:PLM(payload Label Mismatch)和UNEQ(Unequipped)缺陷。表6-2, 6-3区分了这两种缺陷,在这些表中,“Received Payload Label”对应于接收信号中的STS或VT信号标记,“Provisioned Functionality”指STS 或VT所使用的映射。只有在服务时(in-service),这些缺陷才能被检测到。PTE被认为“已指配(provisioned)”的含义是已配置映射(或只支撑一种映射),并且在一个Sonet信号中已分配一个时隙(或硬连线到确定时隙)。当一个UNEQ或PLM缺陷被检测到时,适当的AIS被发送给下游设备,并且一个ERDI(如果支撑)被发送个上游设备。
注意的是, 如果一个STS PTE检测到一个AIS-P或LOP-P缺陷,则不能再存取C2字节来监视PLM-P或UNEQ-P缺陷,因此它既不能检测也不能终结PLM-P或UNEQ-P缺陷。与此类似,VT PTE 检测到一个AIS-V或LOP-V缺陷,则不能存取V5字节来监视PLM-V或UNEQ-V缺陷。
A  STS净荷标记失配(STS Payload Label Mismatch)【R6-128~R6-134】
B  STS通道未装载(STS path  Unequipped )【R6-135~R6-140】
C  VT净荷标记失配(VT Payload Label Mismatch   )【R6-141~R6-147】
D  VT通道未装载(VT path  Unequipped)【R6-148~153】
9)  通道跟踪标识失配(Path Trace Identifier Mismatch)【R6-154~R6-166】
针对STS 通道跟踪标识失配(TIM-P),这部分讨论了STS 通道跟踪字符串(J1)的相关标准。
2 告警指示信号【R6-167~R6-203】
(Alarm Indication Signal,AIS)
一个AIS是用以向下游设备发送的维护信号,表明本地检测到了缺陷和设备失效。Sonet提供针对线路(AIS-L),STS path,(AIS-P), VT path(AIS-V)的AIS信号。
AIS的产生一种情形是当设备在终结的输入信号中检测到某个缺陷时,它产生相邻的高层AIS信号,例如到STE检测到LOS或LOF,则产生AIS-L。
另一种是AIS由发送信号的设备产生,这种情况的发生是由于该设备检测到(1)支撑已指配高层发送功能的电路失效;(2)或该电路被移去,但不是“Unprovisioned”状态,该设备继续工作直到备用电路(如果可用)被倒换进来或失效被清除。例如,LTE当检测到支撑STS通道发送功能的STS PTE失效时产生AIS-P(对受影响的通道)。
1)  Line AIS(AIS-L)  【R6-167~R6-173】
R6-167 [512v2] 如果在输入信号中检测到LOS或LOF缺陷或支撑已指配发送功能的LTE产生失效,LTE将在125us内产生AIS-L下游信号。该AIS-L是包含有效Section Overhead和一个扰码全1图案(其余部分)的OC-N或STS-N电信号。
注意的是按上述方式产生的AIS-L自动提供了高层AIS的产生(STS and VT path AIS).
R6-168 [513v2] 在引起AIS-L产生的缺陷终止后125us内,或者在本地设备失效的情况中,失效被清除或者确定备用设备已经被倒换进来的125us内, STE须使得AIS-L无效。
2)  STS Path AIS(AIS-P)  【R6-174~R6-181】
如果LTE在输入的线路信号中检测到缺陷或支撑已指配通道发送功能的STS PTE产生失效,LTE将向下游的STS PTE设备发送AIS-P告警信号。
R6-174 [519v3] 如果在检测到AIS-L缺陷(或者一个低层的,业务相关的,近端缺陷,参见6.2.1.8,.2),或(如果STS pointer被处理)一个LOP-P缺陷,或支撑指配发送功能的STS PTE失效,LTE将在125us内给受影响的STS 通道产生AIS-P下游信号。该AIS-P的格式是H1、H2、H3及整个STS PTE为全1的信号。
注意的是对于STS-Mc通道,全1图案遍及所有M个H1、H2、H3字节。另外,在STE检测到引起AIS-L下插信号的缺陷。而这个AIS-L被LTE检测到后产生了AIS-P。
R6-175 [521v2] 在引起AIS-P产生的缺陷终止后125us内,或者在本地设备失效的情况中,失效被清除或者确定备用设备已经被倒换进来的125us内, LTE须使得AIS-P无效。
3)  VT Path AIS(AIS-V)  【R6-182~R6-191】
如果STS PTE在输入的线路信号中检测到缺陷或支撑已指配通道发送功能的VT PTE产生失效,STS PTE将向下游的VT PTE设备发送AIS-V告警信号。
R6-182 [528v5] 如果在检测到AIS-P缺陷(或者一个低层的,业务相关的,近端缺陷,参见6.2.1.8,.2),或一个LOP-P缺陷,一个UNEQ-P缺陷,一个TIM-P缺陷(如果激活,参见GR-253-ILR Issue ID 253-139), 一个PLM-P缺陷, 或(如果VT pointer被处理)一个LOP-V缺陷,或支撑指配发送功能的VT PTE失效,STS PTE将在500us内给受影响的VT 通道产生AIS-V下插信号。该AIS-V是整个VT包括V1到V4的全1码。
在STE或LTE检测到引起AIS-P下插信号的缺陷, 而这个AIS-P被STS PTE检测到后产生了AIS-V。
R6-183 [529]  如果在字节同步映射到单一的VT1.5的接受DS1信号中检测到一个DS1 LOS,OOF,或者AIS缺陷,VT PTE须在500us内产生AIS-V。
R6-184 [531v2] 在引起AIS-V产生的缺陷终止后500us内,或者在本地设备失效的情况中,失效被清除或者确定备用设备已经被倒换进来的500us内, STS PTE须使得AIS-V无效。 通过构造正确的指针值和有效VT大小,NDF标识,处理VT指针的STS PTE须使得AIS-V无效,之后指针操作归于正常,并且停止在其余的VT中插入全1图案。不处理VT指针的STS PTE通过停止在整个VT中插入全1图案使得AIS-V无效。
R6-185 [533] 在引起AIS-V产生的DS1信号缺陷终止后500us内,STS PTE使得AIS-V无效。
4)  DSn AIS 【R6-192~R6-203】
在许多应用中,Sonet网元需要产生和检测DSn AIS。Figures 6-5 through 6-12(Section 6.2.1.7)说明了DSn AIS的使用。 关于DS1,DS1C,DS2,或DS3 AIS的构造包含在GR-499-CORE。DS0 AIS(优势引用为“UNICODE”)在Sonet中定义为在ABCD发信号位的专有图案(即ABCD=0010),需要注意的是DS0 AIS在Sonet 网络外可能没有应用,这样一个非Sonet的接口可能需要应用服务专有的中继调整码(即一个或多个可指配的ABCD发信号码和一个8bit插入字)。另外,DS0 AIS在GR-303-CORE中被定义为全1图案的净荷(除了在发信号signaling位为0010)。低层的AIS(如AIS-P, AIS-V)一定确保DS0净荷全1,当对于在DS1中检测到的缺陷,网元主动在受影响的DS0中插入全1可能是必要的。
其他传送信号接口的AIS产生标准is for further study。
R6-192 [539v2] STS或VT PTE将在检测Figure 6-5到6-10所示缺陷的125us内,产生DS1,DS1C,DS2,或DS3 AIS下游信号。   
3 RDI和RFI 【R6-204~263】
RAI(remote alarm indication)过去用于向上游设备告警指示下游失效,以便在失效电路进行中继调整(trunk conditioning)。在Sonet中,RDI用于Line,STS path,VT path层,持久的RDI将引起RFI(remote failure Indication)。另外,对于在字节同步映射的DS1中,定义了VT path层的RFI信号。提供了与使用传统RAI信号设备的兼容性,且可以和DS1 RAI信号相互转换。RDI的产生来源于对端同等设备的AIS,        而RFI是更严重的形式,所以对RDI的定义将对应于AIS。(由于时间有限,略去总结)
1) Line Remote Defect Indication (RDI-L) and Remote Failure Indication (RFI-L)
The RDI-L signal (formerly called Line FERF) indicates to LTE that its peer LTE has
detected an AIS-L (or lower layer) defect on the signal that it (the first LTE) originated.  
An incoming RDI-L defect is used to derive an RFI-L failure.
R6-204 [549v2]  在检测到AIS-L缺陷(和低层,业务相关的,近端缺陷,参见Section 6.2.1.8.2)的125us内, LTE shall generate RDI-L。生成的方式是在K2字节的6,7,8位插入‘110’。
R6-205 [550v2]  如果K2的6,7,8位不作他用(例如Linear APS mode indication),在终结引发它的缺陷(假定发送了一段任何网元支撑的最短断言时间)的125us内, LTE shall deactivate RDI-L, 方式是在K2字节的6,7,8位插入‘000’。
R6-206 [551v2]  如果K2的6,7,8位不作他用, 在终结引发它的缺陷(假定发送了一段任何网元支撑的最短断言时间)的125us内, LTE shall deactivate RDI-L, 方式是在K2字节的6,7,8位插入“appropriate code”(参下)。
以上提到的时间要求比在ANSI T1.105(100ms)中RDI-L规范严格。这是为了(1)和该文档早期版本保持一致;(2)许多实现符合这些要求;(3)符合这些要求的LTE也meet the standard(如也满足O6-203).
RDI-L缺陷影响PM参数的累计,所以一个LTE用足够长的时间产生RDI-L来保证对端LTE检测到RDI-L,T1.105说明如在连续10帧收到110,必须检测到RDI-L缺陷,它规定了an RDI-L minimum assertion time of 20 frames(即便在任何一帧误码影响了110,缺陷也能检测到), 为了更好的与T1.105相一致,补充和修订了以下标准。
O6-207 [956] 当LTE产生RDI-L时, 至少应产生20帧。
When LTE generate RDI-L, it should generate it for at least 20 frames.
R6-208 [552V2]当在5到10连贯的帧内K2的bit6,7,8包含110图案时,LTE检测到RDI-L 缺陷。     
2)  STS Path Remote Defect Indication (RDI-P) and Remote Failure Indication (RFI-P)
注:上表中所有上标标注含义可以参见原文。
RDI-P的定义在Sonet Standard 和Bellcore criteria中经历了几次变化,从G1的bit5(一位)("STS Path Yellow"signal),增强 bit5,6(两位, appeared in Issue 1 of the document),bit5,6,7(三位)RDI-P(ANSI T1.105).  本小节中,如非特别说明,都适用于one-bit,和enhanced versions(为了覆盖没有实现增强版本的one-bit设备) ,如需要区分,则分别用"one-bit  RDI-P", "ERDI-P",相对应的通用的为"RFI-P", 特指的为"ont-bit RFI-P", "ERFI-P".
O6-212 [957v2 ] 网元应该支撑ERDI-P产生和检测。
R6-213 [556V2] 当检测得到所列缺陷的100ms(Tabel 6-4)内,STS PTE产生适当的RDI-P.
3)  VT Path Remote Defect Indication (RDI-V) and Remote Failure Indication (RFI-V)
RDI-V指示VT PTE它的对端VT PTE检测到了缺陷。四位用于RDI-V(Table 6-5), 在大多数应用(除了DS1字节同步映射应用)中,检测到的RDI-V用于派生RFI-V 失效。
RDI-V的定义在Sonet Standard 和Bellcore criteria中经历了几次变化,从V5的bit8(一位)("VT Path Yellow"signal), V5bit8的RDI-V和Z7bit8的RFI-V( 两位),V5bit4,8的RDI-V和Z7bit8的RFI-V( 三位).当前,ANSI 105定义了四位的RDI-V(V5bit8, Z7bit5~7)和一位RFI-V(V5bit4).    本小节中,如非特别说明,都适用于one-bit,和enhanced versions(为了覆盖没有实现增强版本的one-bit设备) ,如需要区分,则分别用"one-bit  RDI-V",或 "ERDI-V",相对应的失效则是"RFI-V", 特指时为"ont-bit RFI-V", 或"ERFI-V".
须注意的是,这份文档没有任何标准指示一个支撑ERDI-V的网元也需要支撑one-bit RDI-V。这种能力可能某些网元提供(基于通道或整个网元);然而,一个网元只支撑一种版本的RDI-V也是可以接受的。
O6-228 [963v2 ] 网元应该支撑ERDI-V产生和检测。
R6-229 [568V2] 当检测得到所列缺陷的100ms(Tabel 6-5)内,STS PTE产生适当的RDI-V信号.
4)  DSn RDI and  RAI Signals
Figures 6-8~6-13(Section 6.2.1.7)说明了 DSn RDI and  RAI 在终结不同组合的SPE的STS PTE 和 VT PTE中使用情况。关于这些信号的构建见于GR-499-CORE, 对应与前文所讲的DSn AIS.
编者注:    这里的DSn AIS和RAI告警维护信号用于成帧DS3信号,字节同步映射的DS1等,在此不多做讨论。
下表中所列的都是关于近端网元检测到的远端缺陷的要求,这些缺陷的检测是由于远端网元发送了相应的RDI信号,但这里没有列出相关要求,可以查阅原文。
4 净荷缺陷指示Payload Defect Indication(PDI) 【CR6-264~O6-278】
PDI是由PTE插入的应用相关的指示信号,用以指示下游设备:它的一个或多个直接映射嵌入净荷具有缺陷。目前,PDI只定义在STS path 级别(PDI-P),VT级别(PDI-V)的已经被提出,但没有被ANSI接受,并且这里也没有包含(在Sonet中未定义)。
CR6-264  [591v2] STS PTE可能需要支撑PDI-P的产生。
CR6-265  [589v2] 支撑PDI-P产生的STS PTE可能需要是否发送PDI-P信号是可指配的。
R6-266  [980]如果支撑PDI-P产生和VT结构的STS PTE不处理VT指针,它须终止AIS-V缺陷,就如同它是VT PTE(即根据Section 6.2.1.1.3).
R6-267  [981]支撑PDI-P产生和VT结构的STS PTE须(非插入的)检测和终止AIS-V缺陷,就如同它是VT PTE(即根据Section 6.2.1.2.3).
R6-268  [982]支撑PDI-P产生和异步DS3映射的STS PTE须(非插入的)检测和终止DS3 AIS,就如同它在终结DS3通道(即根据Section 6.2.1.2.4).
CR6-269  [593v2]支撑PDI-P产生和异步DS3映射的STS PTE可能需要可支配(非插入的)检测和终止DS3 OOF,就如同它在终结DS3通道(即根据Section 6.2.1.1.2).
R6-270  [983]为了产生PDI-P, 缺省情况下STS PTE不监视DS3 OOF.
R6-272 [592v2]在任何嵌入到STS PTE的VT或DS3净荷中,支撑PDI-P产生的STS PTE须在检测到一个LOP-V, AIS-V, DS3 AIS, DS3 LOS, 或(正如所指配的)DS3 OOF缺陷的100ms内,产生(或者改变,正如适当的)PDI-P信号。该PDI-P须通过插入指示缺陷净荷数目的编码来产生,如Table 3-3所示。
CR6- 273 [ 984]   A SONET NE may be required to support the detection of PDI-P signals.
CR6- 274 [ 985]   A SONET NE that supports PDI-P detection may be required to be provisionable (on a per-STS path basis) as to whether it detects PDI-P.
R6- 275 [ 596v2]   A SONET NE that supports the detection of PDI-P shall detect a PDI-P defect (or a change in the PDI-P defect, as appropriate) within 1 0 ms of the onset of at least five consecutive samples (which might not be consecutive frames) of STS Signal Labels (C2 bytes) containing a new
PDI-P code.
O6- 276 [ 597v2]   A SONET NE that supports the detection of PDI-P should detect
a PDI-P defect (or a change in the PDI-P defect, as appropriate) immediately upon receipt of five consecutive frames of STS Signal Labels containing a new PDI-P code.
CR6-273 [ 984]   A SONET NE may be required to support the detection of PDI-P signals.
CR6-274 [ 985]   A SONET NE that supports PDI-P detection may be required to be provisionable (on a per-STS path basis) as to whether it detects PDI-P.
R6-275 [596v2]   A SONET NE that supports the detection of PDI-P shall detect a PDI-P defect (or a change in the PDI-P defect, as appropriate) within 1 0ms of the onset of at least five consecutive samples (which might not be consecutive frames) of STS Signal Labels (C2 bytes) containing a new PDI-P code.
O6-276 [597v2]   A SONET NE that supports the detection of PDI-P should detect a PDI-P defect (or a change in the PDI-P defect, as appropriate) immediately upon receipt of five consecutive frames of STS Signal Labels containing a new PDI-P code.
5其他映射的维护信号
针对DS4NA, FDDI, ATM, 和DQDB的维护信号将在以后研究。
6 Trunk Conditioning【R6-279~R6-286】
中继调整(trunk conditioning)在载体失效时用于释放连接,中止用户计费,并从服务中移去该中继(发命令使得开关或用户交换机(PBX)变为空闲,并使中继变忙)。
7 告警相关的事件
图6-3到6-14说明了当在输入信号中检测到不同的缺陷或某些失效被声明时,Sonet网元发送的维护信号。 图6-15到6-18说明了Sonet网元检测缺陷,声明失效,设置相应指示的时间顺序。另外DS0 AIS和中继调整相关的信号和功能的定时需求没有在这里描述(参见Section 6.2.1.2.4 and 6.2.1.6).
8 告警处理控制【R6-287~O6-299】
(control of  Alarm Processing)
GR-474-Core包含了与告警处理相关的标准,它们适用于一般意义上的传送和开关网元(transport and switching NEs)。虽然关于Sonet网元功能的术语和假设有所不同,GR-474-Core的多数部分仍然可以直接应用于Sonet 网元。这部分回顾和重申了GR-474-Core中应用于传送网元的建议,并指出了与Sonet网元有差别的地方。
1)  告警级别设计(alarm level designations)
根据GR-474-CORE,一个故障(trouble)消息必须包含一定的信息,包括故障类型,事件发生时间(例如失效声明的时间),受影响信号级别,SA(service-affeting)或NSA描述,告警(alarmed)或NA(not alarmed)描述,以及(对于告警的故障)Critical(CR),Major( MJ), or Minor(MN)的指定。 GR-474-CORE也描述了关于故障是否告警,以及告警的故障被指定为CR, MJ, 或MN的缺省状态和指南。通常,由于输入信号的问题产生的失效可能要产生告警,而输入维护信号产生的失效可能是NA或Not Reported。另外,GR-474-CORE指示一个影响相当于大约5个(或更多)DS1业务的SA失效可能(supposed)被指定为CR, 一个影响相当于大约1个到5个DS1业务的SA失效可能(supposed)被指定为MJ,一个影响不到1个DS1业务的alarmed NSA失效或SA失效可能(supposed)被指定为MN, 通常,这些标准应用于Sonet网元,然而,也需要一些附加的标准和说明。
对于用户来说,指定SA或NSA是重要的问题。
对于AIS(和RFI)失效,有
R6-287 [621] AIS, RFI失效具有Not Reported的缺省设置。
R6-288 [622v2] The Far-End Protection Line Failure具有MN的缺省设置。
2)  单一失效/单一消息(single Failure/Single Message)
GR-474-Core也指示任何单一的失效(或root-cause incoming signal problem)必须只引发一个告警输出消息。这对终结多层输入信号的Sonet网元的影响很大,网元在每层定义了多个缺陷和失效。基于输入的Sonet信号,Sonet网元可声明不同业务相关的失效,这些失效的优先级在这一节得到了讨论。
3)  独立失效(Independent Failures)
Section 6.2.1.8.2关注于由于一个single root-cause incoming signal problem or maintenance signal引起的向网元报告的失效,而这一节关注于Independent Failures,如下定义
Independent Failures-指那些作为单一实体(即一个SONET Section, STS Path, VT Path,或者可能一个输出的DSn)声明的失效,用于响应两个或更多root-cause incoming signal problem or maintenance signals, 可能需要几个维护动作。   
4)  网元状态的获取(Retrieval of NE Condition)
Section 6.2.1.8.2和6.2.1.8.3关注于网元自动发送给OS的消息。这一节讨论当用户请求关于当前网元状态报告时的响应。
5)  告警级别指配
GR-474-CORE包含了一个故障是否告警的指定是指配的目标(objective),以及用户能禁止任何NA通知(Notification)(例如指定为Not Reported)。在Sonet中,指定某些失效是否告警(alarmed or NA)从目标变成了下列需求(R6-191,192)。
6)  清除消息
GR-474-CORE指示了当一个告警故障清除后,必须产生一个清除消息。然而,这并不意味着当一个报告给OS的NA故障被清除后需要产生一个清除消息。因此,有下列对清除失效的扩展需求。
R6-293 [632] SONET网元需要独自清除(发送清除消息给网管)任何独自报告给OS的失效。
7)  非插入缺陷检测和失效声明(Non-Intrusive)
某些应用中,网元内的设备需要检测这种缺陷:基于Section 6.2.1.1.1through 6.2.1.6,仅仅由具有其他(高层)功能的设备检测的缺陷。例如,对于一个输出的VT-structured STS-1信号,产生PDI-P的STS PTE必须检测AIS-V缺陷,即使它不终结VT通道。基于Section 6.2.1.2.3中检测AIS-V的标准,这些标准仅仅应用于VT PTE, 因此,Section 6.2.1.4.1中PDI-P标准指示:STS PTE“须检测和终结AIS-V缺陷,如同它就是VT PTE”。类似的陈述见于其他的标准,通常,设备按Non-instrusively方式检测和终结这些缺陷。这个设备基于检测到的这些缺陷可能回采取一些动作(例如改变它所发送的PDI-P编码),但它不会通过产生下插信号(不是传递AIS)来改变受监视的信号。
6.2.2        性能监视
二)性能监视
性能监视是在线的,它不影响业务。对于每一种性能,都应该提供当前15分钟,当前24小时,前一15分钟,前一24小时,和31个最近15分钟数据收集存储记录。SONET网元对性能的监视分为物理层、段层、线路层、STS通道层、VT通道层几个方面,下面分别先容。
1)物理层性能监视
物理层性能参数与其他层的参数不同,它是当前监视周期内某个时刻一个物理量的"快照"值,不像其他参数是一个在整个监视周期内都可能变化的计数值。当这个快照值小于等于低门限值或者大于等于高门限值时,会产生一个越限告警。
SONET物理层性能有激光器偏置电流LBC、输出光功率OPT、输入光功率OPR。
2)段层性能监视
SEFS-Ss(段严重误码帧秒数),是指一个SEF缺陷出现期间的秒计数。
CV-Ss(段误码计数),是指在段层(使用输入信号的B1字节)检测到的BIP误码的计数值。一个STS-N帧可以检测到达到8个段BIP误码。
ES-Ss(段误码秒),是指至少有一个段层的BIP误码被检测到或者出现一个SEF或者LOS缺陷期间的秒的数目的计数值。
SES-Ss(段严重误码秒),该参数是指在K个或者更多的段层BIP误码被检测到或者出现一个SEF或者LOS缺陷期间的秒数目的计数值。
3)线路层性能监视
线路层性能分为近端和远端两部分,一般远端线路层性能通过K2字节(RDI-L)和M0或者M1字节(REI-L)回传给近端的LTE。
CV-Ls(近端线路误码计数),是指在线路层(使用输入SONET信号的B2字节)检测到的BIP误码的计数值。 对应远端CV-LFEs(远端线路误码计数)
ES-Ls(近端线路误码秒),是指至少检测到一个线路层BIP误码或者一个AIS-L(或者在更低的层,与传输相关的近端缺陷)缺陷出现期间的秒计数值。对应远端ES-LFEs(远端线路误码秒)
SES-Ls(近端线路严重误码秒),是指在K个或者更多的线路层BIP误码被检测到或者一个AIS-L缺陷(或者在更低的层,与传输相关的近端缺陷)出现期间的秒计数值。对应远端SES-LFEs(远端线路严重误码秒)
UAS-Ls(近端线路不可用秒数),是指线路被认为不可用期间的秒计数值。线路在连续10秒检测到SES-Ls的一开始变为不可用,一直到连续10都没有检测到SES-Ls的最开始(退出不可用状态)。对应远端UAS-LFEs(远端线路不可用秒)
FC-Ls(近端线路故障计数),是指近端线路故障产生的次数。对应远端FC-LFEs(远端线路故障计数)
4)STS通道层性能计数
STS通道层性能也分为近端和远端,一般远端STS通道性能是通过G1字节回传给近端的PTE。
CV-Ps(近端STS通道误码计数),是指在STS通道层(使用B3)检测到的BIP误码的计数值。对应远端CV-PFEs(远端STS通道误码计数)
ES-Ps(近端STS通道误码秒),是指至少检测到一个STS通道层BIP误码或者AIS-P、LOP-P、ERDI-P(如果支撑)、UNEQ-P、TIM-P中的任意一个缺陷出现期间的秒计数值。对应远端ES-PFEs(远端STS通道误码秒)
SES-Ps(近端STS通道严重误码秒),是指在K个或者更多的STS通道层BIP误码被检测到或者AIS-P 、LOP-P、ERDI-P(如果支撑)、UNEQ-P、TIM-P中的任意一个缺陷出现期间的秒计数值。对应远端SES-PFEs(远端STS通道严重误码秒)。
USA-Ps(近端STS通道不可用秒),是指STS通道被认为不可用期间的秒计数值。STS通道在连续10秒检测到SES-Ps的一开始变为不可用,一直到连续10都没有检测到SES-Ps的最开始(退出不可用状态)。对应远端UAS-PFEs(远端STS通道不可用秒)
FC-P(近端STS通道故障计数),是指近端STS通道故障产生的次数。对应远端FC-PFEs(远端STS通道故障计数)
PPJC-PDet(STS通道检测到的正指针调整计数),输入信号的指针正调整计数。
NPJC-PDet(STS通道检测到的负指针调整计数),输入信号的指针负调整计数。
PPJC-PGen(STS通道产生的正指针调整计数),输出信号的指针正调整计数。
NPJC-PGen(STS通道产生的负指针调整计数),输入信号的指针负调整计数。
PJCDiff-P(STS通道指针调整计数差值),指|(PPJC-PGen — NPJC-PGen) — (PPJC-PDet — NPJC-PDet)|
PJCS-PDet(STS通道检测到的指针调整计数秒),指1秒内包含一个或者多个PPJC-PDet或者NPJC-PDet的秒的计数值
PJCS-PGen(STS通道产生的指针调整计数秒),指1秒内包含一个或者多个PPJC-PGet或者NPJC-PGet的秒的计数值
5)VT通道层性能监视
基本同STS通道层,
CV-Vs(近端VT通道误码计数),是指在VT通道层(通过V5)检测到的BIP误码计数。对应远端CV-VFEs(远端VT通道误码计数)
ES-Vs(近端VT通道误码秒),是指至少检测到一个VT通道层BIP误码或者AIS-V、LOP-V、ERDI-V(如果支撑)、UNEQ-V中的任意一个缺陷出现期间的秒计数值。对应远端 ES-VFEs(远端VT通道误码秒)
SES-Vs(近端VT通道严重误码秒),是指在K个或者更多的VT通道层BIP误码被检测到或者AIS-V 、LOP-V、ERDI-V(如果支撑)、UNEQ-V中的任意一个缺陷出现期间的秒计数值。对应远端 SES-VFEs(远端VT通道严重误码秒)
UAS-Vs(近端VT通道不可用秒),是指VT通道被认为不可用期间的秒计数值。VT通道在连续10秒检测到SES-Vs的一开始变为不可用,一直到连续10都没有检测到SES-Vs的最开始(退出不可用状态)。对应远端 UAS-VFEs(远端VT通道不可用秒)
FC-V(近端VT通道故障计数),是指近端VT通道故障产生的次数。对应远端 FC-VFE(远端VT通道故障计数)
PPJC-VDet(VT通道检测到的正指针调整数目),NPJC-VDet(VT通道检测到的负指针调整数目),PPJC-VGen(VT通道产生的正指针调整数目),NPJC-VGen(VT通道产生的负指针调整数目),PJCDiff-V(VT通道的指针调整数目的差值),PJCD-VDet(VT通道检测到的指针调整计数秒),PJCS-VGen(VT通道产生的指针调整计数秒) 基本和STS通道的对应性能类似。
6.2.3        测试过程
测试主要关注将故障隔离到一个可替换和可修复的实体的过程。维护工具中,有的已经内建到Sonet信号格式之中,其他的包括测试接入,诊断和环回。
测试的长期目标是设计具有自诊断功能的网元,这主要受告警和性能计划影响。测试的主要活动包括:分析告警,性能数据,以及维护信号;实行诊断;实行控制,例如保护倒换;环回;测量信号的测试接入。
1 测试接入
测试接入允许信号的非插入的监视和插入测试。Sonet网元的接入分为三类:光纤接入用以监视光信号和光纤;Sonet信号接入用于监视和测试格式,映射和设备规格;低速数字信号的数字测试接入用于测试设备。
1) 光纤接入
应提供用于光纤测试(例如识别光纤断开的位置)的光纤接入(GR253 R6-366[706])。当前,光纤接入只指断开光的发端和收端。
2) Sonet信号测试接入
GR253提供了用于本地测试的目标要求,远程测试的要求将是未来研究的内容。
3) 数字测试接入
可对VT(或DS1)进行设计(例如对OC-N信号时隙允许灵活低速信号分配)的SONET网元可以提供DS1远程测试接入。
2 诊断
诊断(diagnostic)有几种含义。有的是厂家用于内部排错,这种诊断可以连续运行,也可以按预定计划运行(如每一小时和由事件触发),也可由用户说明的计划运行。典型的情况是这些例行的诊断与设计相关,用户并不清楚。在预定时间之间初始化例行诊断的功能称为“按需”(on-demand)诊断。诊断的第二种含义是用于诊断的用户测试工具,这些功能由用户在WS或OS接口上通过命令激活,可以在开销中存取信息,操作专门的电路,或者运行网元诊断并查看结果。
1) 物理层
某些情况下知道一些物理参数很有用,例如光发送器的LBC或OPT电流值。
2) 段层
主要是与一个即将发送的信号环回有关的诊断,这种诊断用于校验与接收器或发送器相联系的电完整性。
3) 信号识别
包含了可以使信号被跟踪回源端的诊断相关的标准(例如用于排除故障的目的)。
4) 误码监视
SONET网元须提供对段层,线路层,STS 通道 或 VT 通道(网元相称的)按需传送完全损坏的BIP值。网元须提供按照时间单位的数目或帧数来确定这个损坏BIP诊断的持续时间的功能。
3 环回
为测试需要,网元需要提供STS和DSn信号的环回功能。主要有两种类型环回:终端环回(Terminal Loopback)和设备环回(Facility Loopback)。
通常环回会中断业务,改变正常的传输,并且会影响到多个网元,应此不鼓励在SONET网络中进行环回测试。另外当环回会中断用户与进行环回的网元间通讯时,禁止使用DCC来发动一个环回。
1)  SONET终端环回
在终端环回中,准备发送的信号被直接连接到相应的接收端。如下图所示:
目前还没有可应用的“SONET终端环回”标准。
2)  SONET设备环回
通常,设备环回将一个接收的信号在光电转换后(解扰之前)马上连接到返回方向的发送端(在为电接口时,环回发生在解扰之前)。如下图所示:
3)  DSn环回
提供DSn线路终结的SONET网元应提供DSn终端环回和DSn设备环回。如下两图所示:
6.2.4        控制特性
(Control Feature)这一节主要描述维护Sonet网元所需要的控制特性,其他在第六章以前提及的内容将不再重新描述。GR253规定(R6-430 [759]),SONET网元应该提供
1、系统重新初始化
2、系统重启动
3、重新创建已失效实体
4、从业务中移去一个实体用于测试,此时业务应从该实体切换下来,且抑制随后的指示
5、禁止和允许告警和非告警指示。
6、检验设备配置状态。
7、保护倒换功能。
8、从主向备的人工倒换
9、同步源之间的人工倒换。
另外GR253 R6-431规定, 如果实行了上述的控制功能,网元应通知网管。亚星游戏官网-yaxin222

[此贴子已经被编辑于2004-5-29 21:36:38编辑过]

举报本楼

本帖有 3 个回帖,您需要登录后才能浏览 登录 | 注册
您需要登录后才可以回帖 登录 | 注册 |

手机版|C114 ( 沪ICP备12002291号-1 )|联系大家 |网站地图  

GMT+8, 2024-11-27 10:37 , Processed in 0.512810 second(s), 15 queries , Gzip On.

Copyright © 1999-2023 C114 All Rights Reserved

Discuz Licensed

回顶部
XML 地图 | Sitemap 地图