通信人家园

标题: 再请问：在MSP倒换时 [查看完整版帖子] [打印本页]

时间: 2007-1-4 11:38

作者: YoungEver 标题: 再请问：在MSP倒换时

再请问：在MSP倒换时，段开销不变，业务信息倒换到反向的后半部分VC4中，那么高阶通道开销和低阶通道开销是否随着倒换？

时间: 2007-1-4 23:06

作者: 9528

高阶通道开销一般在光板上处理，业务倒换到另外一块光板上后，开销不会原封不动的，如果两边光板开销处理设置一样的话效果跟随着倒换一样。低阶开销一般在支路板上处理，所以MSP倒换低阶开销不变。

时间: 2007-1-5 20:50

作者: 人是个迷

2楼的，你说的是什么厂家的？据我所知，并不是所有厂家的光板都处理高阶通道开销，也许所有产品都可以查看开销字节的内容，并且据此开发一些应用，但是实际上大多数光板上一般不产生或终结高阶通道开销。

我作过北美厂商产品，也作过欧洲厂商，在这个论坛里也见过国内厂商的介绍。

一般讲，如果一个系统基本交叉颗粒为VC4，不存在VC12的情况，那么光板会处理VC4的高阶通道开销的，这我在多个厂家产品中都验证过，但全VC4的系统几乎很少有用的，除了最早时期各厂家推出的专用来作线路复用设备的；如果存在全交叉，即整个系统处理VC12,VC3,VC4,及以上级别时，此时很多厂家选择在光板上不处理VC4的高阶开销，只有一种情况，将该VC4解复用为63个VC12时隙时，会涉及到必须将VC4的高阶通道开销终结和处理。

当然，象华为等对自己的开销处理很灵活，我就不太清楚了。

不过，从理论上，MSP环倒换发生后，我不认为VC4的开销会有变化。如果期间有变化的话，这样来推测一下：如果期间有变化了，那么在原来的路由恢复的情况下，当系统等待时间满足WTR后，系统会倒换回原来的路由，如果两者之间开销有变化，那么这个倒换可是有大问题了，要处理其开销的突然变化，这可真是有点，嘿嘿，系统难道不会因此产生较大误码吗？？

而实际上是没有的，所以不可能存在说开销有变化的情况。

仅推测。高手请发言。

[此贴子已经被作者于2007-1-5 20:53:01编辑过]

时间: 2007-1-5 21:03

作者: 人是个迷

何况真正的倒换过程，其实是系统帮你“作了个交叉连接”，将原来板卡的时隙，连接到反向板卡的后一半时隙中了，实质上，其信号源还是原来的板卡，所以我推测应该不变。

不过，楼主问题好像是另外的意思。

时间: 2007-1-6 00:37

作者: 9528

to 3/4楼：
你的理论分析不太对，MSP倒换触发条件是复用段和再生段告警性能，跟通道开销没关。每帧VC4都会进行误码计算，如果倒换快的话，例如在1帧间隔内倒换完成，那么业务中断时间只有125us。所以倒换过程中误码的多少只跟MSP倒换速度有关。
建议上规定节点有CTP和TTP区分（具体名称记不清了），可看做是开销终结点和串通节点，光板设为串通和终结都是可以的。另外，交叉只做透明的交叉连接，而且有交叉的节点（并不一定是业务源宿节点）就应该支持SNC保护，如果不处理开销，那么怎么实现SNC/N，SNC/N是要监测通道开销的，监测点只能在光板上。
举个通俗的例子，广州到北京有条VC4业务，在武汉发生误码了，是只有北京和广州站报误码还是误码发生地下游所有光板都报误码才对？

时间: 2007-1-6 08:37

作者: 人是个迷

唉，看来又是概念上先混淆了，我还以为楼主谈论复用段环倒换也就是MSP-SRPING或者BSHR呢。
因为楼主说的是MSP，而且是反向，所以我以为谈论的是复用段保护环了。

2楼的前辈， SNC/N不是复用段倒换，当然如果 SNC/N的话，肯定要涉及通道开销了。本身SNC/N就可以在通道的终端点即TTP也就是建议规定中的TP处，进行性能监测，如果出现了性能劣化等等情况，系统将发生倒换。当然也可以在任何CTP处进行SNC/N

这里有很多情况要仔细分析和辨别。

首先，误码监测，不见得非要对开销进行终结或者产生才能行，对误码的实现，仅仅依赖于B3字节，我说过的，只有我可以收到该字节，我就能看，即使我不能写，不能该这个字节的内容，那么我也一样，可以实现误码监测，我只要打开该字节所呈现的比他图案值，然后自己再根据实际收到的信号，作自己的一个比特间插奇偶校验，两这个值一比较，我就能够知道到底是不是从源点到自己这点产生了误码。但该误码不是对字节的产生和终结或者改动实现的，仅仅能够是收到并且能够读，就可以实现。

这也就回答了你的那个例子了吧，即使下游都上报误码，那么该误码也并非是对开销的“处理”所产生，（我自己的概念里对处理，一直认为是仅产生和终结才为处理，不变或只读，皆为不处理。）

所以，如果单从误码能否产生上来看，SNC/N并不能够推测出仅为TTP使用，实际上，也是这样的，我作过的几个厂家，有大量的光板业务，比如155光板，其实他的VC4都是CTP，但它也支持SNC/N。

对于光板的问题，我自己也一直很迷惑，比如，实际上，大概来讲，光板的处理过程都是如此，以收为例，光电转换完后，处理完复用段和再生段开销，提取时钟信号，进一步处理成VC4，然后下一步，其实就进交叉连接了，交叉连接对VC4开销是透明的，就是仅改变路由，步作任何处理。

也就是说，其实这个VC4，是一个完整的不曾改动的VC4，而其开销，作为VC4的一个部分，并未触到，当然，如果此时研发人员想要改动，那么估计也可以，那就要大量的增加新的电子集成电路，并且要在设计上考虑更多的缓存或者其余什么的，以便为这个过程（打开开销，解开，产生新的值，再“包裹”）额外占用的时间或者时钟周期做好准备。

所以，实际上，这其实是一个很麻烦的设计，当然不是说不能实现。不过，我见的多数都没有这么设计，当然华为除外，华为把它设计成了人工可以选择。

所以，是有这种可能的：比如，一个光口155到光口155的VC4电路，其实端到端的整个电路上，根本没有任何地方处理过开销，或者改动过开销。我们甚至也可以对这个电路实现SNC/N。

不过，我的疑问是，比如，2M的通道开销里的signal label比特，通过对其值为0，来标识该通道是否已经实现了电路端到端落地，如果，该2M，没有被端到端的落地，也就是它没有从另一个TTP端点上，收到singal label值为非0,比如2值的信息，这样，它永远显示为0，也就是我们通常见的告警 unequipment通道未装载告警。但，该功能的实现，必须靠一个前提，即VC12的TTP端口，因为只有它能够往里写入2这个值，别的任何CTP端口不可能往里写。

所以，TTP这个端点的重要性就在这里，大量功能的实现都是靠这个端点的开销处理能力（产生和终结）。

不过，我特别疑惑的是，我现在做的这个厂商的产品，其155光板属于CTP，本来不能够实现该功能的，比如报告unequipment告警，但现在一个155光口到155光口的电路只有端到端完整了，该unequipment高警就消失了。

所以，我就很奇怪，不过，想想，也能推测出来，它可能在这里选择了处理该开销。但是让我很奇怪的是，这个厂家的155光口的VC4的功能设置里，根本没有可以设置signal label的菜单，这意味着，对该比特的内容，光板是不可改写的，只是透明传输。

因此，这样看来，一个VC4端到端的过程中，可能没有一个地方可以改写该字节。可能只有一种情况，那就是140M到140M市，这个时候，肯定是有该开销的产生和终结点了。

如果没有140到140的情况，那么在一个系统中，所有VC4的高界通道开销，都不是由系统产生，而是由下游用户，比如路由器，ATM。或者，由我们的测试仪表产生，即SDH分析仪产生的。

当然，当然，华为不一样了。其他厂家我也不知道情况。

不过，就楼主的问题而言，我个人感觉MSP环倒换（BSHR）是不可能改动开销的。

欢迎高手指正

[此贴子已经被作者于2007-1-6 9:00:22编辑过]

时间: 2007-1-6 23:20

作者: 9528

谢谢把CTP和TTP的概念解释清楚了，观点也就没有本质不同了。
其实对SDH的光板来讲，什么时候是CTP、什么时候是TTP是不一定的，作为上下业务板时该是TTP，作为串通板卡时又该是CTP，所以光板同时支持CTP和TTP是应该的，不管是155、622还是2500M光板。
一种可能的实现方法是：端到端配置VC4电路时，源宿板自动设为TTP，串通板设为CTP，如果采用逐点配置方法配的话，所有板卡都应是TTP。
我举SNC/N的例子只是为了说明光板应该处理开销，当然此时只监测即可，不用改动。
再以上面的例子为例，假如广州到武汉为华为设备，武汉到北京为ZTE设备，在武汉通过光板对接，需要改动J1字节以避免J1失配告警，那么在那里改合适？各自在广州和北京改的话，沿途各家设备都要改，而如果把武汉对接光板设为TTP，只改那一个站即可。
因此，光板终结和串通通道开销都应该支持，MSP倒换时VC4的开销是否会变取决于两个环向光板的设置。另外，厂家都有默认设置，不去特别改动的话，倒换时两边的开销处理应该一致。

时间: 2007-1-8 10:47

作者: YoungEver

学习！就是说如果环上光板的设置一致，那么倒换时可以说通道开销也倒换，或者说没有倒换都可以；如果环上光板设置不一致，那么倒换时通道开销也要倒换，并且内容也随着设置的不同而有变化！
是这个意思吗？！多谢。

时间: 2007-1-9 10:53

作者: vincent.sh

跟着倒

时间: 2007-1-10 15:18

作者: wzhj1213

好好好啊，好好好好好好呀，学到不少

通信人家园 (https://www.txrjy.com/)