查看完整版本: 【已经解决】请问M3UA链路组是怎么定义的，在其属性中应定义哪些关键参数？

【已经解决】请问M3UA链路组是怎么定义的，在其属性中应定义哪些关键参数？

请问M3UA链路组是怎么定义的，在其属性中应定义哪些关键参数？

[[i] 本帖最后由 JLgsm 于 2008-6-11 18:46 编辑 [/i]]

M3UA - MTP3 User Adaptation Layer - Signaling System 7 (SS7) Message Transfer Part 3 (MTP3) - User Adaptation Layer (M3UA)
MTP3 用户适配层 - 信息传输部分（第 3 级）用户适配层
记得先配SCCP再配置MTP3B，也就是M3UA部分了，先配链路再配链路集，基本上就是链路捆绑的意思。具体参数记不清楚了

[[i] 本帖最后由 xqingliu 于 2008-5-30 23:47 编辑 [/i]]

对于M3UA，它的优点是协议栈简单，使得BICC和SCCP协议绕过七号信令系统中复杂的MTP协议而直接承载在IP层之上，完成了应用协议在底层上从TDM技术向IP技术的平滑过渡。采用M3UA，人们可以完全不用关注底层，不用考虑信令消息是通过TDM链路还是通过IP链路来传递和检验，而直接关注于上层应用协议的内容。说白了，从事BICC、MAP或CAP的工程技术人员，没有必要再去了解七号信令系统中的MTP协议。

但是M3UA本身只定义了应用服务器进程（ASP）和SG、IP SP和IP SP之间的应用场景，并没有涉及到IP STP和IP STP的应用场景，它的很多信令网管理消息并不能应用于IP STP之间，正是M3UA这种先天上的缺失，造成了以M3UA组成的信令网路由上的不可靠性。此外，M3UA本身也不支持倒换机制。


M3UA需要完善的内容

我们以前提到，M3UA不完善主要表现在倒换机制和路由管理、拥塞控制方面。其中，对网络影响最大的是路由管理方面的缺陷。

（1）倒换机制

在传统七号信令系统的MTP3协议中，当链路在链路组内或链路组间发生倒换时，会通过COO/COA消息中的“最后收到的消息的FSN”参数通知对端本端在倒换前最后收到的消息的顺序号。这样对端就能够在倒换后的链路上发送这个顺序号之后的后续消息，保证链路在倒换过程中没有消息被丢弃。

M3UA链路（SCTP传输通路）在正常情况下的切换不会发生消息的丢弃，但是在异常中断的情况下，消息的丢失不可避免。因为，当传输通路出现异常故障导致业务量在不同的传输通路之间切换时，新的通路并不知道发生故障的通路中哪些已发送的消息还未被证实，从而无法在新的通道上重发这些消息，这样所有的这些未被证实的消息就会被丢弃。这就有点像MTP3协议中的紧急倒换，所以，消息的丢弃是难免的。此外，M3UA也不支持M3UA链路组（SCTP端点）间的倒换，即不能将原本发往IP STP1的消息在倒换之后发给IP STP2。

因此，M3UA要保证所传送的消息不被丢弃，必须完善链路级和链路组级的倒换机制。具体做法就是引入MTP3的倒换消息以及相关的处理程序。

（2）路由管理

M3UA协议提供了DUNA和DAVA消息，分别表示目的地不可用和目的地可用，但是只规定SG和ASP之间采用这两个消息的程序，并没有规定IP STP之间的程序。这样，当IP STP1向IP STP2发送关于某个IP SP（假设是IP SP1）的DUNA消息，表示IP SP1不可达时，IP STP2并不会向与IP STP2相连的所有IP SP广播这条DUNA消息。这样，IP STP2侧的这些IP SP并不知道IP SP1已经故障，就有可能继续向IP SP1发送消息。

倒换机制不完善，则消息的丢失只会发生在SCTP检测出IP SP故障所用的时间段之内，当SCTP端点检测出了故障，之后的消息会被M3UA缓存起来，等到另一个IP SP激活之后再发送这些消息。但是，路由管理功能的不完善，将使整个网络处于一种分割的盲目的状态，发出去的消息随时都可能被丢弃。

因此，完善M3UA协议，必须完善IP STP之间的一些路由管理程序。

（3）拥塞管理

M3UA的其他七号信令网管理消息（SSNM），如信令网拥塞（SCON）消息也存在类似的问题。IP STP2也不会向与之相连的所有IP SP广播SCON消息，这样IP STP2侧的这些IP SP还是可能继续向发生拥塞的IP SP发送大量的信令消息。这个问题不是很严重，但是为了提高信令网的可靠性，也可以对IP STP之间的SCON消息传送程序做进一步的完善。