ImageVerifierCode 换一换
格式:DOCX , 页数:22 ,大小:133.04KB ,
资源ID:3786719      下载积分:12 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/3786719.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(SCCP与TCAP协议.docx)为本站会员(b****6)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

SCCP与TCAP协议.docx

1、SCCP与TCAP协议第6章 SCCP与TCAP协议6.1 概述信令连接控制部分(Signaling Connection Control Part)简称为SCCP,在SS7信令方式的分层结构中,它是用户部分之一,属第四功能组,同时为MTP提供附加功能,以便通过SS7信令网在电信网的交换局和专用中心之间传递电路相关和非电路相关的信息和其它类型的信息,建立无连接或面向连接的业务,构成OSI分层模型中的第三层(网络层)。6.1.1 SCCP功能SCCP的目标是为下述情况提供传递数据信息的手段: 在公共信道信令网中的逻辑信令连接; 在建立或不建立逻辑信令连接的情况下,均能传递信令数据单元。应用SCC

2、P功能可在建立或不建立端到端信令连接的情况下,传递ISDN用户部分的电路相关和非电路相关的信令信息。6.1.2 SCCP的基本业务SCCP的业务可分为如下4类: 0类:基本无连接类 1类:有序的无连接类 2类:基本面向连接类 3类:流量控制面向连接类0、1两类为无连接的业务,2和3类为面向连接的业务。无连接业务是用户事先不建立信令连接就可通过信令网传递信令信息。SCCP的无连接业务相当于数据网数据业务,0类业务不保证消息的顺序传递,1类业务依靠SLS可以保证消息按顺序传送到目的地。面向连接业务是用户在传递数据之前,在SCCP之间交换控制信息,达成一种协议,这个协议包括传递数据的路由、传送业务的

3、类别(是基本面向连接类,还是流量控制面向连接类),还有可能包括传送数据的数量等。信令的面向连接又可分为暂时信令连接和永久信令连接两种。业务用户控制暂时信令连接的建立,暂时信令连接类似拨号电话连接。永久信令连接由本端(或远端)O&M功能,或者由节点的管理功能建立和控制,它们为用户提供半永久连接,类似租用电话线路。这里所谈的面向连接指暂时信令连接。6.1.3 SCCP的应用SCCP为多种应用协议提供传输服务,如图6-1所示。图6-1 SCCP的应用SCCP做为消息传递的中间层,其上层用户包括ISUP、BSSAP、BSSAP+、RANAP和TCAP;根据传输介质的不同,其下层协议包括MTP3、M3U

4、A和MTP3b。6.2 消息结构SCCP消息是No.7信令方式的一种消息信令单元(MSU),它的消息内容位于MSU的信令信息字段(SIF)中。它通过MSU的业务信息八位位组(SIO)中的业务表示语SI0011来标识是SCCP的消息,如图6-2所示。图6-2中的路由标记已在MTP中做了介绍。消息类型采用8比特编码。每一编码确定一个SCCP的消息。某类特定消息中规定必备的并且具有固定长度的参数放在必备固定部分,规定必备的而长度中可变的参数放在必备可变部分,在任一特定消息中还可以包括任选的参数。任选参数可以是固定长度的,也可以是可变长度的。如果是长度可变的必备参数,则需要指针指出它们的位置。对任选参

5、数不仅需要指出任选参数的起始位置,还需要给出它们各自的编码和长度。图6-1 SCCP消息格式6.2.2 SCCP消息类型SCCP的功能和程序的实现,例如在建立或不建立逻辑信令连接的情况下传递数据信令单元,都必须传递SCCP的各种消息来完成。SCCP的消息分为无连接业务的消息和面向连接业务的消息。表6-1给出了SCCP的消息和它们所对应的协议类别和编码。表6-1 SCCP的消息消息类型协议类别编 码0123CR连接请求00000001CC连接确认00000010CREF拒绝连接00000011RLSD释放连接00000100RLC释放完成00000101DT1数据形式100000110DT2数据

6、形式200000111AK数据证实00001000UDT单位数据00001001UDTS单位数据业务00001010ED加速数据00001011EA加速数据证实00001100RSR复原请求00001101RSC复原确认00001110ERR协议数据单元错误00001111IT不活性测试00010000:此消息可在对应的协议类别中使用。主要的消息类型含义如下:CR和CC用来完成信令连接的建立;(2) 在信令连接的建立过程中,由于中间节点的SCCP或目的地节点的SCCP没有足够的资源来建立信令连接时,就要向源节点发出CREF消息;(3) DT1、DT2和ED是信令连接建立成功之后,传递数据的三种

7、消息。其中DT1用于协议类别2,DT2和ED用于协议类别3。DT2和ED还必须分别由AK和EA来证实;(4) RLSD和RLC用来在数据传递结束后释放信令连接;(5) RSR和RSC用于协议类别3数据传递阶段对数据发送序号重新初始化;(6) 在检测出任何协议错误时发送ERR,IT用于检验信令连接的两端是否工作;(7) UDT、XUDT和UDTS、XUDTS是无连接业务的消息。UDT和XUDT用于传送无连接业务的数据。当UDT和XUDT由于种种原因不能到达目的地时,如果UDT和XUDT中要求返送回不能到达目的地的原因,就要向起源点发送UDTS和XUDTS以指明原因。6.2.3 SCCP消息的参数

8、SCCP消息要完成各种功能,必须有参数来提供各种信息。例如:CR“连接请求”消息,必须有参数“被叫用户地址”,这样CR才能访问到被叫用户以完成信令连接,另外ERR是“协议数据单元错误”消息,在ERR中必须有参数“错误原因”以表示差错的原因。若参数在某个消息中是必须具备的,称作此消息的必备参数(M),它包括固定长度的必备参数(F)和可变长度的必备参数(V)两部分。如果某个参数在某个消息中可有可无,称作消息的任选参数(O)。另外某种参数可能对于某个消息中是必备参数,但在另一消息中可能是任选参数。因此,对于某一个参数,它是必备参数还是任选参数,不是固定的,而是根据具体消息确定。表6-2给出了SCCP

9、消息的参数。表6-1 SCCP消息的参数参数名编 码任选参数终了00000000目的地本地参考00000001起始地本地参考00000010被叫用户地址00000011主叫用户地址00000100协议类别00000101分段/重装00000110接收序号P(R)00000111排序/分段00001000信用量(credit)00001001释放原因00001010返回原因00001011复原原因00001100错误原因00001101拒绝原因00001110数据00001111表6-2中的参数的基本含义如下:“目的地本地参考”和“起始地本地参考”唯一地确定信令连接;(2) “被叫用户地址”和“

10、主叫用户地址”用来识别起始/目的地信令点和(或)SCCP业务访问点;(3) “协议类别”定义无连接业务和面向连接业务的四种协议;(4) 如果网络业务数据单元(NSDU)的长度超过传送为数据的消息允许的最大长度时,需要把网络业务数据分成几段来分别传送,到达目的地时再重新组装起来。参数“分段/重装”的目的就是要实现这种功能。此参数只用于DT1;(5) “接收序号”P(R)指出期望的下一个序号,用于协议类别3的DT2和AK消息中,来证实远端节点已经接收到P(R)1之前的全部消息;(6) “排序/分段”是一个综合参数,它包括“分段/重装”、“发送序号”P(S)和“接收序号”P(R)。其中“发送序号”应

11、该在协议规定的窗口值内,以完成协议类别3的流量控制;(7) “信用量”(credit)在消息CR和CC中使用,来确定信令连接发送部分可发多少消息,也即信令连接的窗口,实现协议类别3的流量控制。在数据传递阶段,AK消息中的“信用量”可以修改窗口;(8) “释放原因”、“复原原因”、“拒绝原用”分别用于释放、复原、拒绝信令连接时给出的原因。“错误原因”用于ERR消息中指出错误的原因。“返回原因”用于无连接业务的UDTS或XUDTS消息中,指出消息UDT或XUDT为什么不能到达目的地;(9) “数据”是用户要发送到目的地的网络业务数据(NSD)。6.2.4 参数格式编码举例地址:被叫用户地址/主叫用

12、户地址,是可变长度参数,它的结构如图6-3所示。图6-1 地址结构2. 地址指示地址指示指出地址所包含的地址类型,如图6-4所示。图6-1 地址指示比特0:“1”指示地址包含信令点编码 “0”指示地址未包含信令点编码比特1:“1”指示地址包含子系统号 “0”指示地址未包含子系统号比特5-2包括全局码的指示,编码如下: 0000 不包括全局码0001 全局码只包括地址性质指示语 0010 全局码只包括翻译类型 0011 全局码包括翻译类型、编码计划、编码设计 0100 全局码包括翻译类型、编号设计、编码设计、地址指示的性质3. 扩充备用比特6:“0”指示选取路由应根据地址中的全局码“1”指示选取

13、路由应根据MTP路由标记中的DPC和被叫地址中的子系统号(DPCSSN)。比特7 国内备用4. 地址地址中各种单元出现的次序为DPC、SSN、GT,如图6-5所示。图6-1 地址单元的次序 信令点编码(DPC)信令点编码参见MTP中的DPC 子系统号(SSN)子系统号用来识别SCCP用户功能,它是一个8比特编码,其编码如下:比特:76543210 00000000 子系统不知道 00000001 SCCP管理 00000010 备用 00000011 ISDN用户部分 00000100 操作维护管理部分(OMAP) 00000101 移动应用部分(MAP) 00000110 归属位置寄存器(H

14、LR) 00000111 拜访位置寄存器(VLR) 00001000 移动交换中心(MSC) 11111111 扩充备用 全局码(GT)全局码的格式是可变长度,下面是它的四种可能情况之一:GT指示语0001GT指示语0001时,全局码的格式如图6-6所示。图6-2 GT指示0001时全局码格式GT指示0001时,全局码的第一个八位位组的比特60是地址性质指示,编码如下:比特60;0000000 空闲0000001 用户号码0000010 国内备用0000011 国内有效号码0000100 国际号码比特7是奇/偶指示,编码如下:0:偶数个地址号码1:奇数个地址号码GT指示0001时全局码7 4

15、3 0比特的第二个八位位组以后的信息是地址信令,如图6-7所示。图6-3 地址信息地址信令编码如下:0000 数字00001 数字10010 数字20011 数字30100 数字40101 数字50110 数字60111 数字71000 数字81001 数字91010 空闲1011 代码111100 代码121101 空闲1110 空闲1111 ST地址是奇数个地址信令,地址信令结束后填充码0000插入。 协议类别和返回选择协议类别用来定义SCCP的业务类别,在信令连接建立阶段,要使用“协议类别”字段,协议类别由两端SCCP协商。协议类别是4比特编码比特3210 0000 协议类别0 0001

16、 协议类别1 0010 协议类别2 0011 协议类别3当比特03编码指出是面向连接的协议类别(协议类别2、3)时,比特47空闲。当比特03编码指出是无连接的协议类别(协议类别0、1)时,比特47编码如下:比特7654 0000 没有特别选择 0001 至 空闲 0111 1000 错误返回 1001 至 空闲 11116.2.5 SCCP消息的格式组成前几节已经对SCCP消息的格式和参数作了基本介绍。每个SCCP消息是由不同的参数组成的,包括必备的和可能有的任选部分组成,表6-3给出了每个消息组成的对应参数。表6-1 SCCP消息和参数对应表消息参数CRCCCREFRLSDRLCDT1DT2

17、AKEDEARSRRSCERRITUDTUDTS目的地本地参考MMMMMMMMMMMMM起始地本地参考MMMMMMM被叫用户地址M00MM主叫用户地址0MM协议类别MMM分段/重装M接收序号M排序/分段MM信用量(credit)MM释放原因M返回原因复原原因M错误原因M用户数据0000MMM拒绝原因M任选参数终了0000M:是必备参数(包括长度固定的和可变的)0:是任选参数下面举例说明消息的组成CR消息连接请求CR消息包括: 路由标记 消息类型码 2个指针参见表6-4所示消息的参数。表6-2 CR消息的参数参 数类型(F、V、O)长度(八位位组)起源本地参考F3协议类别F1被叫用户地址V3(最

18、小)信用量(credit)03主叫用户地址04(最小)数据03130任选参数终了01(2) UDT消息单位数据UDT消息包括 路由标记 消息类型码 3个指针参见表6-5所示消息的参数。表6-1 UDT消息的参数参 数类型(F、V、O)长度(八位位组)协议类别F1被叫用户地址V3(最小)主叫用户地址V2(最小)数据V2XX:待定(3) UDTS消息单位数据业务UDTS消息包括: 路由标记 消息类型码 3个指针参见表6-6所示消息的参数。表6-1 UDTS消息的参数参 数类型(F、V、O)长度(八位位组)返回原因F1被叫用户地址V3(最小)主叫用户地址V2(最小)数据V2X X:待定其它消息见建议

19、Q.713。(4) XUDT消息增强型单位数据消息XUDT包括: 路由标记 消息类型码 4个指针参见表6-7所示消息的参数。表6-1 XUDT消息的参数参 数类型(F、V、O)长度(八位位组)协议类别F1被叫用户地址V3(最小)主叫用户地址V2(最小)数据V2X任选O6X:待定(5) XUDTS消息增强型单位数据业务消息XUDTS包括: 路由标记 消息类型码 4个指针参见表6-8所示消息的参数。表6-1 XUDTS消息的参数参 数类型(F、V、O)长度(八位位组)返回原因F1被叫用户地址V3(最小)主叫用户地址V2(最小)数据V2X任选O6X:待定6.3 TCAP协议6.3.1 概述事务处理能

20、力是指为各种应用和网络业务之间提供一系列的通信能力。它为大量分散在电信网中的交换机和特种服务中心的应用提供与具体应用无关的功能和规程。TCAP采用SCCP支持的编址方式,基于SCCP面向连接和无连接业务。TCAP过程分为成分子层过程和事务处理子层过程,如图6-8所示。图6-1 TC的结构2. 成份子层成份子层包括成份和对话两部分。所谓成份就是用来传送执行一个操作的请求或应答的方式。操作是指TC用户的某个特定应用需要远端同层实体执行的一个动作。一个操作由调用ID识别。操作(INVOKE)共分四类: 类别1:成功和失败都报告 类别2:仅报告失败 类别3:仅报告成功 类别4:成功和失败都不报告操作的

21、类别是由TC用户决定,TCAP部分可识别这些类别。每一个操作至多有一个应答,应答可以是: 成功的返回结果(RESULT) 操作失败的返回差错(ERROR) 指明不能执行操作的拒绝(REJECT) 操作调用时限到(CANCEL), 仅具有本地意义成份部分完成TC用户间成份的处理包括暂留成份,根据成份携带的不同类型操作对成份的状态机进行管理。TC用户之间连续地交换成份就构成了一个对话。成份是靠对话运载到远端相应的TC用户部分。成份子层提供对话功能,允许几个对话在两个给定的TC用户之间同时进行。对话分结构化对话和非结构化对话。非结构对话(TC_UNI)发送不期待回答的成份。结构化对话由开始、继续、结

22、束几个过程组成,每一个对话由一个对话ID唯一识别。对话的基本过程如下:对话开始(TC_BEGIN)。(1) 对话证实(TC_CONTINUE):第一个后向继续表明对话已建立并可继续。(2) 对话继续(TC_CONTINUE):TC用户继续一个已建立的对话,运载的成份可全双工交换。(3) 对话结束:发送端不再发送成份也不再接收成份。对话结束有以下几种情况:a) 预先安排结束(TC_END):两端TC用户预先知道何时结束,结束只有本地意义,不再发向远端。b) 基本结束(TC_END):结束本地对话,传送未决成份到远端,并通知远端TC用户结束对话。c) 对话终止(TC_ABORT、TC_NOTICE

23、):立即结束对话,终止所有未决操作,并指明终止原因。3. 事务处理子层事务处理子层作为事务处理控制,通过TC用户间端到端的连接在事务处理子层消息中传递成份,事务处理与成份子层的对话处理一一对应。6.3.2 消息结构TCAP消息为SCCP用户数据,消息由信息元素构成,每一个元素具有相同的结构,由三个字段组成,如图6-9所示。图6-1 TCAP消息结构2. 标记用来区分类型并负责解释内容。标记由类别,格式及标记码组成,它的长度为一个或多个八位位组,如图6-10所示。图6-1 标记的构成 类别编码,如表6-9所示。表6-1 类别编码含义00通用类(universal)01全用于类(applicati

24、on-wind)10上下文专用类(context-specific) 11专用类(private use) 单元格式:0代表原语 ;1代表构成语。 标记码:标记码的范围是0000011110,如果编码是11111,表示扩充,接下来的八位位组若最高位是1表示继续扩充,若为0表示标记到此为止。合成的标记由每个扩充八位位组的0到6比特组成,第一个扩充八位位组的比特6为最高有效位(MSB),最后的扩充八位位组比特0为最低有效位(LSB)。3. 长度是指内容的长度。长度分短、长、不定格式三种。在不定格式中用一个特定的原语(标记是EOC=0;长度=0; 内容缺省)表示内容结束,如图6-11所示。图6-1

25、三种长度格式4. 内容内容可以是一个值,与标记和长度组成原语,也可以是一个或多个信息元与标记和长度组成构成语。内容是按标记来解释的。5. TCAP消息结构TCAP消息结构如图6-12所示。图6-1 TCAP消息结构6. 事务处理部分的构成事务处理部分的构成如表6-10所示。表6-1 事务处理部分的构成消息参数单向开始继续结束终止起源事务处理IDMM目的事务处理IDMMM终止原因O对话部分OOOOO成份部分MOOOM为必备项 O为任选项7. 对话部分构成非结构对话:目标识别标签(M),协议版本(M),应用上下文名称(M),用户信息(O)。结构对话: 对话请求:协议版本(O),应用上下文名称(M),用户信息(O)。 对话响应:协议版本(O),应用上下文名称(M),结果(M),结果来源诊断(M),用户信息(O)。 对话终止:终止来源(M),用户信息(O)。 成份部分构成a) 调用:调用ID(M),链接ID(O),操作码(M),参数(O)。b) 返回结果(最终和非最终):调用ID(M),序列标签(O),操作码(O),参数(O)。c) 返回差错:调用ID(M),差错码(M),参数(O)。d) 拒绝:调用ID(M),问题码(M)。

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1