CAP和MAP应用协议和信令流程ISSUE20_第1页
CAP和MAP应用协议和信令流程ISSUE20_第2页
CAP和MAP应用协议和信令流程ISSUE20_第3页
CAP和MAP应用协议和信令流程ISSUE20_第4页
CAP和MAP应用协议和信令流程ISSUE20_第5页
已阅读5页,还剩18页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

课程CAP、MAP应用协议和信令流程目录TOC\o"1-5"\h\z\o"CurrentDocument"课程说明1.\o"CurrentDocument"课程介绍1\o"CurrentDocument"课程目标1\o"CurrentDocument"相关资料1\o"CurrentDocument"第1章CAP部分2\o"CurrentDocument"CAP介绍2\o"CurrentDocument"功能2\o"CurrentDocument"CAP与SCCP关系2\o"CurrentDocument"CAP在No.7中层次关系2\o"CurrentDocument"CAP协4体系3\o"CurrentDocument"1.1.5中国规范C—CAP3\o"CurrentDocument"CAP协议内容4\o"CurrentDocument"CAP信息流4\o"CurrentDocument"CAP操作4\o"CurrentDocument"1.2.3数据类型41.3常用CAP操作5\o"CurrentDocument"CAP操作消息6\o"CurrentDocument"CAP差错类型71.6业务CAP对程举例8\o"CurrentDocument"第2章MAP部分1.1\o"CurrentDocument"MAP概述11\o"CurrentDocument"GSM系统MAP接口模型12\o"CurrentDocument"MAP消息格式14\o"CurrentDocument"2.3.1消息结构14\o"CurrentDocument"2.3.2对SCCP的要求14\o"CurrentDocument"MAP与TCAP的关系15\o"CurrentDocument"GTSSP中MAP规程简述15\o"CurrentDocument"MAP消息编码17\o"CurrentDocument"第3章No.7信令系统在C&C08-SSP上的实现.9\o"CurrentDocument"3.1C&C08-SSP的No.7系统硬件19\o"CurrentDocument"3.2软件上的实现19\o"CurrentDocument"3.3相关概念20\o"CurrentDocument"3.3.1SLS与选择掩码20\o"CurrentDocument"3.3.2电路号与链路号21\o"CurrentDocument"3.3.3链路编码与链路编码发送22\o"CurrentDocument"3.3.4同抢与主控非主控22\o"CurrentDocument"小结23\o"CurrentDocument"习题24\o"CurrentDocument"习题答案25课程说明课程介绍本课程介绍七号信令系统CAP、MAP,对CAP、MAP操作和CAP、MAP常用流程。课程目标本课程主要目标:智能网应用协议(CAP)移动应用协议七号信令在C&C08-SSP上的实现相关资料《C&C08交换机运行手册》第二卷《C&C08-SSCP业务交换点操作手册》《C&C08-SSCP技术手册》第1章CAP部分CAP介绍1.1.1功能CAP(CAMELApplicationPart)是CAMEL的应用部分,它基于智能网的INAP协议。在阶段一,CAP规定了gsmSSF和gsmSCF之间的信息流。在阶段二,CAP除规定了gsmSSF与gsmSCF之间的接口外,还规定了gsmSRF与gsmSCF之间的接口。提供用户的远程操作服务要素(ROSE)规程,其用户操作规程包含在TCAP成分子层中,由No.7信令SCCP的单元数据UDT传送,使用SCCP的面向无连接业务。CAP与SCCP关系利用SCCP的DPC+SSN寻址,或者用SCCP的GT寻址,GT全局码表示语米用0100。使用SCCP面向无连接的0类和1类业务。GT翻译点:全国智能网由HSTP,省内智能网由LSTP。CAP在No.7中层次关系CAP是No.7一个用户部分,结构关系如图6-1所示。CAPTC-用户TCAPSCCPMTP图1-1CAP在NO.7中的位置1.1.4CAP协议体系如图6-2所示。多方配合相互作用单个相互作用图1-2CAP多方配合相互作用单个相互作用图1-2CAP协议体系ASE:应用服务单元,直接与AP(应用进程)通信的功能实体,每个ASE支持一个或多个操作。SACF:单相关控制功能,单相关控制部分用于管理多个ASE,起协调作用(如接收原语的次序)。SAO:单相关对象,是SACF和ASE的总称,负责与远端一个同等物理实体SAO间的相互作用。MACF:多相关控制功能,当一个物理实体需与多个物理实体相互作用时,其每个SAO与一个对等ASO作用,MACF就是在一个物理实体中对几个SAO起协调作用。1.1.5中国规范C—CAP它是中国CAP协议,内容包含三个部分:一网议中单、多相关控制功能规则的定义;一实体之间传输的操作定义;一定义在每个功能实体上采用的动作。1.2CAP协议内容CAP信息流CAP协议通过信息流在两信令点CAP对等层间传递信息,这些信息流包括CAP协议“操作”、“结果”和“差错”的全部内容。所有信息流都是由信息单元组成,协议为信息流定义了严格的格式。C—CAP共定义了36种信息流,如激活业务过滤、申请计费和启动DP等。CAP操作操作是CAP协议中支持的远端调用或命令,是通过信息流在对等层间传递,故操作与信息流相对应,具体对应关系参阅CAP规范。CAP所有操作划分为TCAP四种类别:类别1:成功和失败都报告。类别2:只报告失败。类别3:只报告成功。类别4:成功和失败均不报告。1.2.3数据类型C—CAP信息流包含各种信息单元,所有信息单元都携带着CAP数据,但有些数据是可选的。CAP数据类型就是定义信息流中所含的信息单元种类、数量和内容。如:激活业务过滤数据类型:被过滤的呼叫处理。过滤特性。过滤期限。过滤标种。开始时间。详细数据类型定义请参阅CAP规范。1.3常用CAP操作InitialDP(启动DP)SSPWSCP,操作码00H。SSP请求SCP启动一个智能业务呼叫处理,其数据类型中含有接入码、业务键等。RequestReportBCSMEvent(请求报告BCSM事件)SCPWSSP,操作码17H。SCP根据启动的业务逻辑请求SSP配置EDP事件等。ConnectResource(连接资源)SCPWSSP,操作码13H。SCP要求SSP将呼叫连接到资源上,如放音通道上。PromptAndCollectUserInformation(PC操作,提示并收集用户信息)SCPWSSP,操作码30H。SCP请求SSP向用户播放提示音(如请输入卡号)并收集用户输入的信息。PlayAnnouncement(PA操作,播送通知音)SCPWSSP,操作码2FH。SCP要求SSP向用户播放通知语音,如操作失败时的提示等。SpecializedResourceReport(专用资源报告)SSPWSCP,操作码31H。SSP通知SCP放音结束,如PA通知音放完。DisconnectForwardConnect(拆除前向连接)SCPWSSP,操作码12H。SCP要求SSP拆除呼叫与资源的连接。ApplyCharging(申请计费)SCPWSSP,操作码23H。SCP将有关计费数据下发给SSP,要求SSP开始计费。Connect(连接)SCPWSSP,操作码14H。SCP将目的地址和路由消息下发给SSP,要求SSP进行二次接续。ApplyChargingReport(申请计费报告)SSPWSCP,操作码24H。SSP将计费结果上报给SCP。EventReportBCSM(BCSM事件报告)SSPWSCP,操作码18H。SSP向SCP上报检测到的各种DP事件,如挂机事件等。ReleaseCall(释放呼叫)SCPWSSP,操作码16H。SCP要求SSP将呼叫释放,SSP收到此消息将拆除呼叫连接,结束本次业务接续。AcitivityTest(激活测试)SCPWSSP,操作码37H。激活测试操作是用以检查gsmSCF与gsmSSF之间的关系是否持续存在。如果关系存在,则gsmSSF回响应;如果gsmSCF没有收到任何响应,gsmSCF假定与gsmSSF的关系由于某种原因已经断开,并采取相应措施。1.4CAP操作消息目前SSP不能单独跟踪到CAP消息,但可通过TCAP消息在其成分部分找到CAP消息。下面分析前面TCAP消息的成分部分即CAP消息,成分部分数据如下:6C80A180020101020100302E800200C68209039091075765660010830983132010932200000185010A870100AB03800100BB04800280909C0103000000000000分析如下:6C80:成分部分,长度为不定型。A180:调用操作,长度为不定型。020101:调用ID号。020100:操作码标签,操作码为0,是启动DP操作。302E:序列标签,长度为2EH,其后内容为CAP启动DP操作参数。800200C6:业务键,00HC6H,十进制为198。8209039091075765660010:被叫号码,19707556660001。8309831320109322000001:主叫号码,02013922000010。85010A:主叫用户类别。870100:遇到呼叫间隙。AB03800100:杂项呼叫信息,为复合信息元。BB0480028090:上下文应用信息元,为复合信息元。9C0103:上报的BCSM事件DP值,这里为DP3。000000000000:3个ECO标志信息元。1.5CAP差错类型CAP对接收到的请求中所给出的请求属性是无效或含糊不清时定义了差错类型值。此值对应TCAP中错误码值,目前定义的差错码如下:(差错编码为本地值,十进制)被取消:差错编码0,表示该操作已取消。取消失败:差错编码1,表示该操作失败,待取消。ETC失败:差错编码3,表示建立临时连接失败。不适当的主叫响应:差错编码4,表示呼叫者的响应并非所期望的。丢失客户记录:差错编码6,表示在SCF中找不到该业务逻辑。丢失参数:差错编码7,表示未收到所期望的选择参数。参数超出范围:差错编码8,表示不是所期望的参数(如参数丢失或者超出范围)。所请求的信息差错:差错编码10,表示所接入的SDF没有所请求的数据,以请求SCF至另一个数据库进行查询。系统故障:差错编码11,表示由于所服务的物理实体系统故障而使该操作不能完成。任务被拒绝:差错编码12,表示通常能完成所请求任务的实体此时不能完成该项任务或者选择了不完成该项任务(如链路拥塞或不能到达的地址等)。资源不可用:差错编码13,表示在所服务的实体中所请求的资源不可用。不期望的成分顺序:差错编码14,表示收到的成分顺序不正确(如在“切断前向连接”后紧跟着收到“播送通知”)。不期望的数据值:差错编码15,表示数据值不是所期望的(如期望的是路由号码,但却收到了记帐号码)。不期望的参数:差错编码16,表示收到的参数不是所期望的。不知道的LegID:差错编码17,表示该LegID不知道。不知道的资源:差错编码18,表示所请求的资源不知道。1.6业务CAP过程举例1.PPS用户做主叫呼叫普通GSM用户七号信令基础Issue2.02.PPS用户做被叫GMSC/MSCSSPSCPHLRVMSCMAPSendRoutingInfoMAPSendRoutingInfoRRInitialDP(DP12)/RequestReportBCSMEventKApplyCharging/ContinueACMANNCBKEventReportBCSM.ApplyCharingReport*ReleaseCallCLFRLGIAIACMANNCBKCLFRLG3.PPS用户呼叫PPS用户GMSC/MSCSSPSCPHLRVMSCIAIACMCBKCLFMAPSendRc<InitialDP(DP2)MAPSendRcutingInfoutingInfoRR序questReportBCSMEventApplyChargingContinueInitialDP(DP12),好equestReportBCSMEvent.ApplyChargingContinue<ReleaseCallEventReportBCSMEventReportBCSMApplyCharingReportApplyCharingReportReleaseCallIAIACMANNCBKCLFRLG第2章MAP部分MAP概述移动应用部分(MobileApplicationPart)是公用陆地移动网(PLMN)为支持移动网络的正常允许而设计的移动网特有的信令协议规范,MAP信令协议层位于七号信令系统TCAP层之上,利用TCAP提供的远程操作调用的能力实现移动网络所必须的各种功能。MAP利用了七号信令TCAP层提供的事务处理和远程操作能力,通过一信令不同的远程操作调用,使GSM各网络实体可以实现移动用户的漫游时跟踪、定位用户的位置,使得移动用户可以正确接入网络、发起和接收呼叫。MAP协议在GSM各网络实体协议栈中的位置如下图:GTSSP/MSCVLRHLR图2-1MAP在七号信令协议栈中的位置在GSMPhase2的MAP协议规范中,MAP协议的实现被分成两个子层:MAP业务提供者子层和MAP业务用户子层。其结果如下图:图2-2MAP协议实现模型GSM的MAP规范制定了900/1800MHzTDMA数字蜂窝移动通信网的移动业务交换中心(MSC)、拜访位置寄存器(VLR)、归属位置寄存器(HLR)、鉴权中心(AUC)及设备识别寄存器(EIR)等实体之间的移动应用部分的信令,其中包括了消息流程、操作定义、数据类型、错误类型及具体的编码。标准规定了MAP主要完成GSM网络实体在完成以下运行和管理功能时,所要进行的信令交互,它们分成以下几大类:移动性管理位置更新寻呼和搜索接入管理呼叫切换鉴权与加密用户管理操作与维护呼叫处理补充业务短消息管理上述每个功能和业务流程中均含有数个操作(operation),每个操作均具有相应的操作名、操作码、操作类别、以及操作调用的参数、成功结果参数、操作失败时的错误码及参数、允许的链接操作、完成操作的时限值等MAP各个操作的详细描述可以参考GSM09.02标准)。2.2GSM系统MAP接口模型GSM系统通过MAP将各网络侧的各实体连接起来,各种不同实体之间的MAP信令接口由一个不同字母来表示,其信令网络的框架如图:图2-3MAP协议接口定义如图所示,MAP信令根据其两端所连接的网络实体的种类,将MAP信令接口分成B、C、D、E、F、G接口传递。各接口说明如下:B-接口:VLR与MSC之间的接口。用于移动业务交换中心(MSC)向拜访位置寄存器(VLR)询问移动台(MS)当前位置信息,或者通知拜访位置寄存器(VLR)更新移动台(MS)的当前位置信息,或者用于补充业务的操作等。C-接口:MSC与HLR之间的接口。在移动台(MS)作被叫时,C接口用于关口(Gateway)MSC从HLR获得被叫MS的路由信息(RoamingNumber);在向MS前传短消息时,C接口用于SMS关口MSC用于从HLR获得MS目前所在的MSC号码。D-接口:VLR与HLR之间的接口。该接口用于交换有关移动台位置信息及用户管理的信息。为保证移动用户在整个服务区内能够建立和接受呼叫,则必须要在VLR与HLR之间交换数据。如VLR需要告知HLR其所属的移动用户当前的位置信息;HLR需要把所有与VLR有关的业务数据发送给VLR;如果移动用户所在的VLR区域已经发生改变,HLR还需要删除移动用户在先前漫游VLR中的位置信息;另外,用户对所使用业务的修改请求(如补充业务操作)及运营者对用户数据的修改都要通过D接口交换数据。E-接口:MSC与MSC之间的接口。控制相邻区域不同的MSC之间进行切换的接口。当移动台(MS)在一个呼叫进行过程中,从一个移动业务交换中心(MSC)控制的区域移动到另一个移动业务交换中心(MSC)控制的区域时,为为保持继续通话需要进行局间切换,而E接口正是用于MSC之间交换数据以启动和实现切换操作。F-接口:MSC与EIR之间的接口。当MSC需要检查国际移动设备识别码(IMEI)的合法性时,需要通过F接口与EIR交换与IMEI有关的信息。G-接口:VLR与VLR之间的接口。当移动用户漫游到新的VLR控制区域并且采用临时移动用户识别码(TMSI)发起位置更新,此接口用于当前VLR从前一个VLR取得IMSI及鉴权集。通常,实用化的GSM系统结构一般把VLR和MSC集成同一实体内,大多数厂商的M900/M1800都采用这种结构。相应的,B-接口变成一内部接口;C接口和D接口可以走同一物理连接;E接口和G接口可以走同一物理连接。

2.3MAP消息格式2.3.1消息结构MAP消息是在TCAP、SCCP、MTP各协议层提供服务的基础上传输的。在信令链路上传输的一条MAP消息,也同时包含TCAP、SCCP、MTP协议层的协议数据。一条完整的消息如下图:MTP消息SCCP消息TCAP消息_MAP消息—图2-4MAP消息结构2.3.2对SCCP的要求MAP只要求使用SCCP的MTP消息SCCP消息TCAP消息_MAP消息—图2-4MAP消息结构子系统号码(SSN)是SCCP使用的本地寻址信息,用于识别一个节点中的各个SCCP用户。它扩充了业务指示语SI(4比特)的本地寻址范围。HLR0110VLR0111MSC1000EIR1001MAP0101图2-5MAP中分配了以上子系统号码,其中MAP(0101)为全部MAP的总称,暂不使用,EIR(1001)一般与HLR(0110)合为一实体,将与HLR合用同一子系统号(0110)。对于目前PLMN网中的实体:MSC、HLR、VLR,当由七号信令网进行消息传递时,需要采用不同的SCCP地址,以便能够接入上述各实体。这些实体可能在同一PLMN中,也可能在不同的PLMN中。对SCCP地址的格式与编码根据CCITTQ.713,分为以下情况:同一PLMN间寻址SSN表示语=1(MAP的SSN总是包含在内)路由指示语任意。不同PLMN间寻址a)目的地址:---SSNindicator=1(同上)---Globaltitleindicator=0100GT采用第四种类型,包括翻译类型、号码计划、编码方案以及地址指示语。---翻译类型字段编码为00000000(不用)---路由选择指示语=0(根据全局码进行路由选择)b)源地址:---SSN表示语=1(同上)---信令点指示语=0(无SPC)---GT指示语=0100(同目的地地址)---翻译类型和路由选择指示语均同目的地址MAP与TCAP的关系由概述可知,MAP协议利用了TCAP协议层所具有的事务处理和远程操作调用能力实现GSM系统不同网络实体之间的信息交互。具体的MAP操作在TCAP消息中以成份的形式存在,一般来讲,MAP业务的操作类型和TCAP成分中的操作码一一对应。而在消息传递过程中,每一次MAP操作调用由一个调用标识符(InvokeID)来标识,通过区分调用识另|J,可以将一个成分“翻译”成对应的MAP操作调用,MAP与TCAP之间的消息转换是由MAP协议状态机(MAPPM)来完成的,此外协议状态机还负责对话流程以及操作流程的控制等功能。GTSSP中MAP规程简述GTSSP是作为GSM网络中一个GMSC/SSP实体而存在的,GTSSP用于汇接从PSTN网到GSM移动通信网和GSM移动通信网到PSTN网的呼叫。GTSSP只使用了MAP信令协议的部分功能。在GTSSP中,GTSSP在接续从PSTN来的呼叫时利用MAP信令向HLR取得被叫移动用户的路由信息。具体流程如下图:GT?SPIH'RIVMSg/VLRIAI卜取路由信息请求*取漫游号码请求*取漫游号码响应取路由信息响应*IAITUP信令►MAP信令图2-6普通用户取被叫路由信息MAP信令流程如图:当GTSSP收到从PSTN网来的呼叫建立请求时,为了将呼叫接续到对应的被叫移动用户,GTSSP必须知道被叫移动用户当前所在的所在的MSC局号。这是通过上图所描述的MAP信令流程来实现的。具体过程是:当GTSSP收到呼叫请求时,GTSSP根据被叫移动用户的号码向被叫用户的归属HLR发起一个取路由信息MAP操作请求;HLR存储有被叫用户当前所在的MSC号码和VLR号码,当HLR收到GTSSP来的取路由操作请求时,HLR转而向GTSSP当前所在的VLR发起一个取漫游号码请求;对应VLR在收到取漫游号码请求以后,给对应的被叫用户临时分配一个漫游号码,返回给HLR,HLR收到取漫游号码响应以后,将被叫用户的漫游号码返回给GTSSP,GTSSP利用相应的被叫用户漫游号码就可以进行被叫接续。以上是普通用户的取路由信息MAP信令流程,对于CAMEL智能用户来讲,取路由信息MAP信令流程有所不同,具体流程如下图:返回被叫用白.取路由信息请求漫游号码取漫游号码请求取漫游号码响应取路由信息响应IAITUP信令►MAP信令图2-7CAMEL移动智能用户的取路由信息MAP信令流程如上图:对于CAMEL移动智能用户来说,GTSSP将有可能发起两次取路由信息操作流程。返回被叫用白.取路由信息请求漫游号码取漫游号码请求取漫游号码响应对于CAMEL移动智能用户,当HLR收到GTSSP来的第一次取路由信息请求时,HLR向VLR发取用户信息请求,请求VLR返回被叫用户的用户信息(包括业务的位置信息和当前用户所处的状态)。HLR收到VLR返回的用户信息响应以后,将用户信息以及用户的CAMEL用户信息(CSI)数据包含在第一次取路由信息响应中返回给GTSSP。GTSSP收到用户的CSI数据以后进入移动智能业务处理流程,GTSSP将根据CSI中的数据描述和对应的业务控制点(SCP)进行移动智能业务的信令交互和业务处理,具体描述请参见CAP信令培训部分。当智能业务处理流程要求GTSSP继续进行呼叫接续时,GTSSP将向HLR发起第二次取路由操作请求,这次取路由请求的流程与普通用户的取路由请求流程一样。GTSSP取得用户的漫游号码后进行呼叫接续。2.6MAP消息编码MAP消息的详细协议采用CCITTX.208建议的AbstractSyntaxNotation(ASN.1)描述。MAP业务消息对应的操作码以及操作类别、操作时限由ETSIGSM09.02规范给出,其中操作时限给出长、中、短三类,具体的数值可以根据具体的实现来确定。第3章No.7信令系统在C&C08-SSP上的实现C&C08-SSP的No.7系统硬件C&C08-SSP中实现No.7功能的硬件包括数字中继板、网板、LAP信令协议板和MPU板。配合相应的软件就可实现No.7功能。No.7信令各功能级对应C&C08机各部分硬件的关系如图8-1:第一功能级第二功能级第三功能级第四功能级内部总线图3-1C&C08No.7系统硬件结构从对方信令点来的No.7链路经过TUP板和HW线到达网板,再经过网板的半永久连接和HW总线连到No.7协议板。这条通路构成了No.7系统的第一第一功能级第二功能级第三功能级第四功能级内部总线No.7协议板完成No.7系统的第二功能级,即链路控制级。No.7协议板通过内部总线与MPU板相连,MPU板完成No.7系统的第三、四级功能。3.2软件上的实现七号信令部分在SM(交换模块)中的位置如图8-2所示。MTP三层是七号信令系统的核心功能模块,它不仅涉及到系统网络的管理,而且还涉及到信令消息的传输。所有的用户部分都必须依赖MTP三层才能实现七号信令消息的发送和接收,才能实现与目的信令点上对等的用户部分之间的沟通。同时为了系统的完整性,MTP三层还支持维护和测试功能、数据库访问功能、话务统计功能、告警功能和动态备份功能。MTP三层和其它功能模块之间的关系如图8-3所示。用户部分(TUP&ISUP)数据库管理部分(DBMS)面向多SM模块的系统部分数据备份管理部分消息传递部分三层维护测试部分(BACKUP)(MTP三层)(MT)话务统计部分七号信令板告警部分(MS)(NO7板)(WARN)图3-3MTP三层与其它功能模块的关系3.3相关概念3.3.1SLS与选择掩码SLS为4位,作为链路选择码可以在16条链路中选择一条链路。但当链路数量没有那么多时,比如只有两条链路,这时就不需要4位选择码,而只用一位选择码就够了。这就需要我们在SLS的4位码中再做一次选择,具体做法是掩盖掉其中三位,只保留一位。理论上可以保留四位中的任何一位。我们用链路选择掩码来说明SLS掩盖的情况。我们定义C&C08链路选择掩码为:链路选择掩码由4位2进码组成,取值“1”表示使用SLS对应位,取值“0”表示掩盖SLS对应位。有了SLS和链路选择掩码,将链路选择掩码为“1”的SLS对应位取出,就可以得到本信令单元要使用的链路编号。例如:SLS=1掩码=0链路=当链路数量不是2的幂次时,也要确定掩码中足够多的“1”位,设备会自动选择有效的链路编码。C&C08中的链路集选择掩码与链路选择掩码的原理相同,只是所得结果为要使用的链路集号。3.3.2电路号与链路号No.7链路实际占用的是中继上的某一条电路,通过网板的半永久连接连到No.7板的某一条链路上,为了使网板能够建立正确的半永久连接,就要准确地说明中继上的电路号和No.7板上的链路号,计算电路号和链路号的方法如下:电路号=数字中继板号X64+板上电路号其中板上电路号为0〜63,表示上下两套PCM系统的64个时隙。链路号:由No.7板所在框位、槽位和板上链路确定。NO7板只占槽位上前面两个链路。链路号与槽位关系如图8-4。MEM481216MC2591317B6101418N7111519ETMEM24283236OPT252933372630343827313539图3-4链路编号3.3.3链路编码与链路编码发送当设备定义了一条链路后,就要为这条链路固定一个链路编码。链路编码是相邻两个信令点识别两者之间链路的唯一标识码,由4位二进码组成。在第三级的信令网管理、维护消息中,有很多消息都是针对链路的操作,因此要指明链路编码。在这些消息的标记部分有4位为信令链路编码SLC,如图8-5所示:备用SLCOPCDPC4位4位24位24位发送方向图3-5第三功能级消息标记链路编码发送是指在实际发送的第三级消息中,标记部分的SLC的值。这个编码是发送到对方信令点的,因此称为“链路编码发送”。3.3.4同抢与主控非主控使用No.7信令的中继电路可以设成双向中继。也就是中继电路两端都可以占用电路发起呼叫。当同一条空闲的中继电路的两端同时占用这条电路时,即发生同抢。同抢时只有一方放弃占用,另一方才能建立通话。主控非主控是指同一条双向中继电路的一端为主控,另一端为非主控。选择空闲电路时,先占主控电路,当主控电路全忙时,再占非主控电路。当发生同抢时,非主控一端释放电路,并重选其他电路。小结No.7信令系统概述本节主要介绍No.7信令系统的基本概念。消息传递部分MTP是No.7信令系统中,各用户部分信令消息的公共传递系统。电话用户部分TUP是No.7信令方式的第四级功能的电话用户部分。它支持电话业务,控制电话网的接续和运行。应该掌握TUP主要消息的含义和TUP消息的基本信令过程。信令连接控制部分本节主

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论