HUAWEI MSOFTX3000 移动软交换中心 技术手册 信令与协议分册
第3章 MTP与MTP3B协议
1. SSCF主要功能
? ?
原语映射：它将原语从MTP3映射为要求的SSCOP信号，反之亦然。 本地回取：在链路出现故障发生链路倒换时，重新取回旧链路中未发送的数据，转由正常链路发送。
?
流控：SSCF向用户报告拥塞级（或没有拥塞）以防止信元丢失。它还将自己的PDU流量调节到下层中以防止另一端出现拥塞。
?
链路状态维护：根据从MTP3和SSCOP收到的原语，SSCF维护有关链路状态的信息，如“进入服务”、“退出服务”等。利用这些信息，它可以向MTP3和SSCOP提供原语/信号来帮助管理链路。
?
层管理报告：向层管理发出MAAL原语，以便层管理进行统计测量等的工作。例如当一条链路被释放时，SSCF会向层管理报告，层管理即可进行Inservice时长的统计。它依靠层管理的帮助来实现差错监视功能。
?
执行链路校准。
2. SSCF的链路校准
校准过程：在正常启动状态下，一条链路根据用户的请求在进入服务之前而发起的链路状况检测的过程。根据用户（MTP3B）的请求（通过发出STAR_req原语），SSCF将一个BGN PDU发送到接收交换机中的对等实体，以开始校准过程，并将这条链路从“停止服务”状态转移到“校准”状态。
这些操作要求SSCOP在两个交换机之间建立链路。当链路建立完成之后，SSCF指示层管理启动监视操作。接着SSCF进入对这条链路的“检验”状态。 这时，检验PDU在两个交换机之间传递。通过成功地传送n（缺省1000）个检验PDU来证明链路是完好的。在结束之后，如果1000个检验PDU已被成功地发出，且没有指出什么问题，链路即被认为是经过校准的，可以进入服务。
SSCF校准程序提供正常或应急检验。是否校验可以由层管理和Mtp3b来发起，在正常检验时，链路被允许传输有效信号之前，必须在一定的检验周期内检验自己（确定它是可靠的）。
对SAAL链路的检验算法基于用来检验链路的校准差错率监视程序。测试发送N1数量（缺省为1000）的PDU以指定的速率（缺省一毫秒一个PDU）从启动到校验成功必须在30秒内完成。如果在发送的N1个数据包中有1或2（缺省为1）个数据包发生重传，也就检验失败。如果没有出错，链路校验成功进入服务。
3-25
HUAWEI MSOFTX3000 移动软交换中心 技术手册 信令与协议分册
第3章 MTP与MTP3B协议
3.3.4 LM
层管理LM在SAAL中的位置如图3-8所示，SSCS LM是业务特定会聚子层的层管理实体。它直接与各个子层交互以完成各种运行、管理和维护（OAM）功能。因此，它被描述成一个与所有的SAAL层交互的实体，因为CPCS和SAR（AAL类型5）由硬件完成，在这两层没有定义交互。SSCS LM负责下列任务：
?
确定一条链路是否应退出服务或进入服务。作为这些操作的组成部分，链路要受到监视以防业务传送过程中的大量延迟。为避免无谓的链路变更，层管理也允许在链路上发生一定数量的差错。
?
定时进行很多测量。比如用计数器记录每条链路服务了多长时间、出故障的频繁程度、发生拥塞的频繁程度、次数以及其它信息。
?
进行告警的处理。
层管理有以下几个工作状态：
? ? ? ? ?
退出服务（Out Of Service） 校准 （Alignment） 检验 （Proving） 校准就绪（Aligned Ready） 进入服务（In Service）
1. 层管理错误监测算法
层管理共提供了三种算法用于错误监控，这些算法保证能检测出持续时间长于400ms的突发错误。
?
算法一主要用于大负载的情况下，如果发送的数据量太大，接收方来不及处理数据，造成发送缓冲区的数据长时间不能释放，以至于发送队列不断增加到一定的值，就释放链路。
?
算法二主要用于中等负载的情况，该算法主要监控数据的重发次数，当在一定的时间内，数据重发次数超过门限值，说明链路质量太差，延迟超过了容忍的程度，就释放该链路。
?
算法三主要用于低负载的情况，这时如果一定时间内发送POLL PDU数与接收到的STAT PDU数之差（即丢失的STAT PDU数）大于某个值，这时也说明链路质量太差，就释放链路。
2. SAAL的复合工作状态
三个子层协同工作时的状态如下：（其中m/n/r 表示：m为SSCF的状态序号，n为SSCOP的状态序号，r为LM的状态序号，m/n/r为三个子层的组合状态）
3-26
HUAWEI MSOFTX3000 移动软交换中心 技术手册 信令与协议分册
? ?
第3章 MTP与MTP3B协议
1/1/1 Out Of Service/Idle：此时连接断开。
1/4/1 Out Of Service/ Outgoing Disconnection Pending ：此状态下，MTP3B或层管理分别发送AAL-STOP-request、AA-RELEASE-request或MAAL_RELEASE-Request，这将使SSCF发送一个AA-RELEASE-request消息，并等待SSCOP发回一个连接释放确认信号AA-RELEASE-confirm。
?
2/1/2 Alignment/Idle：此状态下，SAAL用户要求SSCF提供一个AAL连接。此请求通过发送AA-ESTABLISH-request被传到SSCOP，但连接建立或验证未成功。SSCF等待重试。这个过程会反复直到AAL连接被强制建立或放弃。
?
2/2/2 Alignment/Outgoing Connection Pending ：此状态下，用户已发送了一个AAL-START-request消息，SSCF正等待SSCOP的连接确认。
?
2/4/2 Alignment/Outgoing Disconnection Pending：此状态下SSCF，或在验证不成功的时候层管理LM，请求 SSCOP释放连接。此请求通过发送AA-RELEASE-request传到SSCOP。SSCF正等待SSCOP的连接释放确认消息AA-RELEASE-confirm。这个状态转换只在SSCF内部，并不影响SAAL用户。
?
3/10/5 In Service/Data Transfer Ready：信令连接进入服务状态，被用户用来传送信令消息。
?
2/10/3 Proving/Data Transfer Ready ：此状态下，SSCOP连接已建立，SSCS层管理正在运行错误监测程序验证链路的质量。
?
2/10/4 Aligned Ready/Data Transfer Ready：此状态下，SSCF已完成验证，正在等待对端指示信令链接进入服务状态。
图3-12是SAAL协议的正常启动流图，它显示了上述8个状态的转移情况。
3-27
HUAWEI MSOFTX3000 移动软交换中心 技术手册 信令与协议分册
LM MTP311SSCF-NNI1/1/1SSCOP1SSCOP1第3章 MTP与MTP3B协议
SSCF-NNI1/1/1MTP3 LM112AAL-START-req.2BGNd.2/2/2PORT-inMAL-RE-conf.2(-,ALN,-)ABLISHTS-EAA10BGAKnd.2/10/3-iGINVROMAAL-PT3 expiresC1 > 0AA-ESTABLISH-req.BGN-req.ABLISHAA-ESTRT-req.AAL-STA22/2/222AA-ESTABLISH-conf.10BGAKMAL-RE(-,ALN,-PORT-ind.)MAA2/10/3L-PROVING-ind.T3 expiresC1 > 033AA-DATA-req.(NM)SDPOLLSDM)A-req.(NAA-DATAA-DATA-ind.(NM)M)A-ind.(NAA-DATT3 expiresC1 > 0POLLSTATSTATAA-DATA-req.(NM)T3 expiresC1 > 0SDSDM)A-req.(NTAD-AAAA-DATA-ind.(NM)M)A-ind.(NAA-DAT. . . .T3 expiresC1 = 0ROTOP_PMAAL-Sd.VING-in. . . .. . . .T3 expiresC1 = 02/10/4AA-DATA-req.(IS))A-ind.(ISAA-DATSDPOLLSD)A-req.(ISAA-DATAA-DATA-ind.(IS)2/10/4MAAL-STOP_PROVING-ind.4d.RVICE-inES_NAAL-I3POLLSTAT4AAL-IN_SERVICE-ind.3MAAL-REPORT-(-,INS,-)ind.5T1167200-94/d065d.3/10/5ORT-inPER-LMAA(-,INS,-)STAT3/10/5FIGURE II.1/Q.2140Time flow diagram for connection establishmentBoth UPS = Normal, Case 1
图3-12 SAAL正常启动流图
3-28