AAL5类业务
ATM适配层利用ATM层提供的传输ATM-SDU的能力,向外部提供传送AAL-SDU的能力。
AAL5适配层是ITU-T提出的用于进行数据传送的ATM适配层协议,由于充分考虑了数据传输高可靠性的需求,在协议处理中对数据段进行了相应的校验保证,是一种低开销而纠错能力较好的适配协议;所以在 的信令协议栈中,AAL5适配层用于承载Iux口的业务信令以及IuPS接口上的业务数据。
AAL5分层结构
AAL5适配层可以分成CS和SAR两个子层,其中CS子层又可以分成SSCS和CPCS两个部分,而其中由于SSCS部分的功能没有明确的定义,所以AAL5适配层实际上是由CPCS和SAR两个子层构成。
CPCS(公共部分会聚子层)子层
CPCS子层的功能是对上层业务传输下来的数据单元进行打包,并把这些CPCS-PDU传递给SAR子层;或者是对从SAR层收到的数据单元进行组合并进行CRC校验,将正确的CPCS-SDU传递给业务用户。
SAR子层
AAL5拆装子层SAR将来自CPCS-PDU的数据单元分成48个字节的单位,再装入SAR-PDU,不增加任何开销。
由于CPCS-PDU的数据长度可能会超过48个字节,所以在SAR层的数据格式中有相应的域来指明CPCS-PDU的开始、中间和结束,以便接收端将相应的SAR-PDU的48个字节数据拼装后交付给上层。
SSCOP协议
在B-ISDN协议模型中,基于AAL5具有较高的传输效率,我们采用AAL5作为信令传输的适配协议。目前的AAL5适配协议只定义的CPCS和SAR层的内容,提供的是不可靠的面向非连接的业务,为了保证信令信息的准确传递,需要制定特定业务相关的会聚层协议SSCS,与AAL5一起组成信令适配层SAAL。
协议框架
SAAL的协议框架如图1.3‑1所示。
图1.3‑1 SAAL协议的框架结构
SAAL信令适配协议在AAL5的基础上增加了业务特定协调功能子层SSCS,这个子层可以分成两个部分:一是业务特定协调功能协议SSCF,一个是业务特定面向连接协议SSCOP。其中,SSCF完成业务层和SSCOP层之间消息和命令的转换;而SSCOP则用于实现信令数据的可靠传输。
SSCOP协议层的具体功能如下:
1. 数据的顺序一致性
保持收发SSCOP-PDU数据之间的顺序不发生变化。
2. 采用重发机制以免发生信息丢失
接收端使用SSCOP-PDU中的序号域检验是否出现传输信息丢失,如果出现错误则通过选择性重发机制来纠正这些错误。
3. 流量控制
接收端通过流量控制方法规定发送端数据发送的速率(具体是采用滑动窗口法)。
4. 错误信息报告
在传输过程中发生的任何错误将向层管理实体报告。
5. 保持连接
如果通信两端SSCOP实体长时间没有数据传输,必须定时发送“探询协议数据POLL-PDU”以保持两个对等层实体的连接。两个POLL-PDU数据单元之间最长的间隔时间由保持连接计时器(Keep-Alive Timer)来决定。
6. 数据传输
完成两个SSCOP对等实体之间的数据传输,可以选择确认和非确认两种操作方式。
7. 协议数据检错处理
可以对SSCOP-PDU头部信息进行检错处理。
SSCF-UNI协议
业务特定协调功能子层SSCF在业务层和SSCOP层之间起协调适配作用。在用户网络接口中,SSCF采用UNI接口侧的协调功能协议,在网络之间的接口中,SSCF采用NNI接口侧的协调功能协议。
在 系统中,SSCF-UNI协议用在Iub接口的传输网络层,所实现的功能很简单,就是在接口中完成上层用户(NBAP或STC)的接口原语和下层SSCOP接口原语之间的格式映射。SSCF-UNI根据上层业务需求请求下层的SSCOP实体建立或释放下层SSCOP信令链路,并将链路的状态上报给上层用户,同时还在上下层协议实体之间进行消息数据的传递转发。
SSCF-NNI协议
SSCF-NNI协议实体在 系统中被使用在Iu接口和Iur接口的传输网络层。由于网络间的接口情况比用户网络侧接口的情况复杂,为了保证网络间接口通信的可靠性,在不改变SSCOP实体功能的情况下,SSCF-NNI协议实体除了完成上层用户(MTP3B)和下层SSCOP实体之间接口原语的格式映射功能外,还增加了对下层SSCOP链路的验证保护操作。SSCF-NNI协议所提供的功能如下:
1. 原语映射
SSCF将从MTP3B接收来的原语映射成至SSCOP上的信号,同时又将从SSCOP接收来的信号映射成MTP3B上的原语。
2. 流量控制
这是一个与应用相关的功能,通常与下层的SSCOP实体一起来完成,向上层的MTP3B实体指示拥塞信息,并能够控制发往AAL公共部分的PDU数量以避免不必要的信元丢失。
3. 维护链路状态
SSCF-NNI接收来自MTP3B或SSCOP的关于链路状态信息的原语,将链路状态相关的信息保存在本地状态变量里进行维护,并能够将链路状态信息的改变通知给MTP3B和层管理。
MTP3B协议
MTP3B处在协议栈的网络层,最大的功能是提供消息的可靠路由。MTP3B实现的功能包括两大部分,信令消息处理和信令网管理。
信令消息处理(SMH)
信令消息处理功能是将实际需要传送的消息往下送至相应的信令链路,往上送至相应的用户部分(如SCCP)。信令消息处理功能由消息路由、识别和分配三部分功能组成,其结构关系如图1.3‑5所示。
图1.3‑5 MTP3B信令消息的处理结构
1. 消息路由
消息路由功能在每一信令点用来从路由表中选择去信令消息目的地的信令链路组和信令链路。路由功能的实现是通过路由标签来完成的。路由标签的内容包括三部分:DPC、OPC和SLS。DPC表示消息目的地的信令点编码,OPC表示消息源的信令点编码,SLS表示信令链路选择码,用在信令链路的负荷分担中。
2. 消息识别
消息识别是在信令点从信令链路功能级接收到一个消息信令单元后的处理方法,根据消息路由标记中的DPC判断本信令点是否为目标信令点,如果是,则交给消息分配功能;否则交给消息路由功能转发出去。
3. 消息分配
消息分配是信令消息的目的信令点收到消息后的处理功能,根据消息识别功能送来的信令单元中的业务信息来确定消息所属的用户部分,并传递给相应的上层用户。
1.1.1.1 信令网络管理(SNM)
信令网络管理(SNM)的作用是当信令网出现故障或拥塞时,完成信令网的重构,保障信令网的正常工作。信令网络管理功能包括信令业务管理(STM)、信令链路管理(SLM)和信令路由管理(SRM)。
1. 信令业务管理(STM)
信令业务管理(STM)功能用于当链路或路由发生故障时,将信令消息从无效的链路或路由转移到另一条或多条可替换的有效链路或路由;或者,当信令网发生拥塞时,对信令消息流量进行控制。该功能由倒换/倒回、强制重选路由、受控重选路由、信令点再启动、管理阻断、信令业务流量控制等过程实现。
(1) 倒换/倒回
当信令链路由于故障、闭塞或阻断成为不可用时,倒换程序用来保证把该信令链路所传送的信令业务尽可能快地转移到另外的一条或多条信令链路上,在此期间,消息不允许有丢失、重复或错序。倒回是倒换的逆过程,当信令链路再次成为可用后,要将信令业务尽可能快地从替换链路倒回来。在倒回过程中,也不允许消息的丢失、重复或错序。
(2) 强制重选路由
当到某给定目的地的信令路由成为不可用时,启动强制重选路由程序,把到那个目的地的信令业务尽可能快地转移到替换的信令路由上,以便减少故障的影响。
(3) 受控重选路由
一方面,受控重选路由是强制重选路由的逆过程;另一方面,当收到受限传递消息,并判断另一路由更合适后,启动此过程,恢复最佳的信令路由和减少消息的错序。
(4) 信令点再启动
当信令点由不可用变为可用时将启动信令点再启动过程,恢复此信令点与信令网中与之相关的信令点的信令业务。
(5) 管理阻断
管理阻断用于维护和测试目的。当链路在短时间内频繁地进行倒换和倒回,链路的差错率过高时,需要使用此程序向产生信令业务的用户标明该链路不可用。因此,管理阻断是管理信令业务的一种措施。在链路标记为“已阻断”期间,可发送维护和测试消息,以进行定期测试。
(6) 信令业务流量控制
当信令网出现故障或拥塞而不能及时地传递用户产生的全部业务时,使用信令业务流量控制程序来限制业务源产生的信令业务。
2. 信令链路管理(SLM)
信令链路管理(SLM)功能用于控制本端连接的所有信令链路,包括链路的激活/去激活和测试,通过与SSCF_NNI的交互来实现。一方面,MTP3B通知SSCF-NNI完成具体的激活/去激活和测试过程;另一方面SSCF-NNI将链路状态(包括服务态、非服务态、拥塞、拥塞解除等)上报给MTP3B,MTP3B根据链路的当前状态,通知其信令业务或路由管理过程执行相应的操作。
3. 信令路由管理(SRM)功能
信令路由管理(SRM)功能只存在于信令点处在STP角色的情况下,用来在信令点之间可靠地交换信令路由是否可用的信息,以及时地闭塞信令路由或解除信令路由。
SCCP协议
SCCP属于7号信令系统中的信令连接控制协议,与下层的MTP3B协议一起完成了7号信令系统中的网络层功能。在系统中,SCCP位于Iu/Iur接口的传输网络层,其上层接口协议实体为无线网络层的RANAP和RNSAP,下层接口协议实体即是MTP3B。
SCCP协议的结构如图1.3‑7所示。SCCP协议由SCCP路由控制、面向连接控制、无连接控制和SCCP管理4个功能块组成。
SCCP路由控制(SCRC)
SCCP路由控制接收到来自MTP的消息后,进行消息鉴别和路由选取,把消息传给无连接控制(SCLC)、面向连接控制(SCOC)或MTP。SCCP路由控制还要接收来自SCOC和SCLC的内部消息,在传送这些消息到MTP完成必要的选取路由功能。
SCCP无连接控制部分(SCLC)
SCCP无连接控制业务包括class0和class1,前者不需要按序传递,后者需要按序传递, 系统中只使用class0类业务。
无连接传送过程允许SCCP用户事先不建立信令接续,而直接请求传递用户数据。
数据始发节点的SCCP用户用N-UNITDATA请求原语请求SCCP传送无连接数据,并且通过原语参数告诉SCCP当前传送的无连接数据的被叫地址。
SCCP面向连接控制部分(SCOC)
面向连接的业务也包括两种类型:class2和class3,前者不带流控,后者带流控。 系统只采用class2的业务。
面向连接控制部分(SCOC)实现了面向连接数据传送的一系列过程,包括连接建立、数据传送、连接释放等。
SCCP管理(SCMG)
SCCP管理功能既适用于无连接服务,又适用于面向连接服务。按照管理对象的不同,可将SCCP管理分为:
1. 信令点状态管理
信令点状态管理根据MTP提供的信令点状态消息,修改SCCP地址翻译表和节点状态,对相关路由进行修改和重组,使用户能够采取措施停发或减少向有关信令点发送信令消息。信令点状态管理包括:信令点允许处理、信令点禁止处理、信令点拥塞和拥塞清除处理。
2. 子系统状态管理
根据收到的关于子系统的故障、退出服务和恢复信息,修改SCCP翻译表,更新子系统状态标记。子系统状态管理包括:子系统禁止访问控制、子系统允许访问控制、子系统状态测试。
SCTP协议
SCTP流控传输协议是一种面向连接的传输协议,在IP网络中与传统的TCP和UDP协议处于同一层次上,提供了TCP/UDP所能完成的所有功能并有所扩展。
功能
SCTP协议完成的功能包括:
1. 流中的顺序传输
SCTP提供流中的用户数据的顺序传输。
SCTP中的术语“流”用于指顺序传送到上层协议的一序列用户报文。SCTP用户可以约定所支持的流的数目。需要顺序传送的用户报文和流号联系在一起,在内部,SCTP给每一个由SCTP用户传送的报文分配一个流顺序号SSN。在接收方,SCTP保证将给定流中的报文顺序传送给SCTP用户。但是,当一个流因为等待下一个用户报文而阻塞时,其流的传输可继续进行。
SCTP也提供一种非顺序传输的机制。在这种机制下,用户报文一经接收就马上传送给上层用户。
2. 用户数据分段
将用户数据分段使之符合路径MTU(最大传输单元)的大小。
当需要时,SCTP可以将用户报文分段,使要传送给下层的SCTP包符合路径MTU的规定。在接收端,将分段报文重组后传送给上层用户。
3. 确认和拥塞避免
SCTP提供应答的无差错、无重复用户数据传输。
SCTP给每一个分段或未分段的用户数据分配一个传输序列号(TSN)。接收端会确认每一个接收到的TSN。通过这种方式使得可靠的传输和顺序流传输从功能上分离开来。
当没有收到定时发送的确认时,确认和拥塞避免用来进行包重传。
4. 数据块捆绑
SCTP可选择地将多个用户数据捆绑到一个SCTP包中以提高带宽利用率。
传送给低层的SCTP包包括一个公共头和一个或多个数据块。每一个数据块可以包括用户数据或者SCTP控制信息。
SCTP用户可以要求将一个或多个用户报文捆绑到一个SCTP包中,在接收端再进行分拆。
M3UA协议
M3UA是SS7 MTP3B的用户适配层(User Adaptation Layer)协议,利用下层的SCTP协议在IP网络上传输SS7 MTP3B用户信令。M3UA的目的是为了在IP域中将MTP3B上层用户与下层具体的传输媒介分隔开来,使MTP3B用户不要关心其下层传输的特点,使MTP3B的上层用户信令可以在IP网络中传输。
STC-UNI协议
Q.2150.2(STC-UNI)是UNI侧AAL2信令传输转换协议,在 系统中属于Iub接口的传输网络层,其上层接口协议为Q.2630.1,下层接口协议为SSCF-UNI。STC-UNI协议所完成的功能也是比较简单的,在系统中,是利用SAAL提供的可靠数据传输机制,为AAL2信令控制协议提供通用的信令传输业务,使AAL2信令业务用户不必关心下层具体的传输媒介,达到信令传输转换(屏蔽)的目的。
STC-UNI协议所完成的功能如下:
1. 原语映射
将上层用户实体与底层具体的传输媒介分离开来,使上层用户不必关心具体的传输支撑,这样做可能会影响传输服务的效率,但为上层提供了通用的传输业务。
2. 数据转发
在上下层协议实体之间透明地转发数据信息并且不限制信息的内容、格式。
3. 对信令传输链路进行管理和维护
在STC-UNI中为每一条链路保存着一个定时器,在系统启动时启动定时器,当定时器超时后,STC向SSCF-UNI发起信令链路建立请求,并在链路建立好后将链路状态通知给上层业务用户。当链路由于故障原因被释放掉后,STC会将该链路的状态上报给上层用户,并且会定时的请求SSCF-UNI实体去尝试重新和对端建立信令连接。
STC-NNI协议
Q.2150.1(STC-NNI)是NNI侧的AAL2信令传输转换协议,在 系统中属于Iu/Iur接口上的传输网络层,其上层接口协议为AAL2信令控制协议Q.2630.1,下层接口协议为宽带信令消息传递协议MTP3B。
从功能上来说,STC-NNI的功能与STC-UNI的功能相类似,也是将上层业务用户与下层具体的信令传输承载区分开,并在上下层接口之间透明地传递用户数据。但由于所处的接口不同,STC-NNI又具有一些和UNI接口不一样的特点,即对其所属的No.7信令点进行状态管理。在应用中,下层的MTP3B信令消息传递实体会实时地将对端信令点状态信息上报给STC-NNI实体,而STC-NNI则根据MTP3B所上报的具体信息进行相应的处理:
1. 对于信令点SPC Resume/Pause信息,STC直接通知给上层的业务用户A2SP(Q.2630.1),由业务用户来进行相关处理。
2. 对于信令点拥塞消息SPC Congestion,STC将进行一定的拥塞控制,然后再根据情况决定是否向上层用户A2SP上报拥塞状态,并将自己统计得到的拥塞级别通知给上层,以便上层业务用户根据不同的拥塞级别限制消息流量。
A2SP协议
Q.2630.1(A2SP)是AAL2信令控制协议,在 系统中,被应用在Iu/Iur/Iub接口的传输网络层中,用于根据上层业务用户的请求对用户面的AAL2数据传输承载进行管理和维护。在NNI和UNI接口上,A2SP所完成的功能是一致的。
ALCAP:用于传输承载建立和拆卸的传输信令协议通称