华为7号信令教学材料_第1页
华为7号信令教学材料_第2页
华为7号信令教学材料_第3页
华为7号信令教学材料_第4页
华为7号信令教学材料_第5页
已阅读5页,还剩140页未读 继续免费阅读

下载本文档

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

文档简介

.以下对信令的介绍将分两部分进行,第一部分将介绍信令的基础性知识如:SCCP,TCAP,MAP,BSSAP等;第二部分将重点介绍这些基础性知识在实际中的应用;对第一部分的很好理解是顺利掌握第二部分的有利条件,反过来对第二部分的学习也将加深我们对第一部分的了解。第一部分:信令的原理性知识关键词:接口,信令,SCCP,TCAP,MAP, SCCP精品文档放心下载说明:由于信令部分原理性的知识很多, 因此在介绍中将分重点掌握精品文档放心下载与一般了解两种图标予以标注。没有标注 部分的重要性介于两者之间。精品文档放心下载重点掌握:是学习第二部分的必要条件一般了解:有助于您更深层次的掌握信令应已经掌握的知识:MTP,TUP学习后应达到的目标:能通过分析信令迅速定位故障。第一部分第一章:SCCP.在这一章中我们将讨论A:SCCP在七号信令中的位置B:MTP寻路的局限性C:SCCP的特点和功能D:SCCP的消息和原语E:SCCP的寻址与选路其中A,B是为了引出SCCP做铺垫,C,D是SCCP的具体内容,E是SCCP的实际应用。精品文档放心下载第一节,SCCP(信令连接控制部分)在OSI中的位置谢谢阅读以OSI七层模型的概念来看一下SCCP的位置:OSI ITU-TNo.7信令系统用户OMAPINAPMAPB(MRVTSRVT)S7S层事务处理能力应用部分AITMTCAPPSTUUUP6PP54层信令连接控制部分3SCCP21层消息传递部分MTP由此可见SCCP是我们后面将要学习的TCAP,MAP,BSSAP的承载,因此他的重要性是显而易见的,但是我们为什么要引入SCCP,是否是因为MTP寻路功能的局限性致使我们要引入SCCP呢?精品文档放心下载第二节,MTP寻路的局限性.在这一节中我们将讨论MTP的局限性,为引出SCCP做好准备。MTP是电话通信网理想的信令系统,在电话应用中所有信令消息都和呼叫电路有谢谢阅读关,消息的传输路径一般和相关的呼叫连接路径有固定的对应关系。但是,随着通信新业务的不断发展,越来越多的网络业务需要和远端网络节点直接传送控制消息,这些消息和连接电路无关,有些甚至与呼叫无关,如GSM中移动台和HLR,VLR之间的消息传输;有些虽然与呼叫直接相关,但是消息传输路径不一定要和呼叫连接路径相同也不要求有某种确定的对应关系。谢谢阅读若仍然用MTP和TUP的四级结构传送上述的消息,会带来以下问题:精品文档放心下载一,MTP是根据DPC和SIO(ServiceIndicator--业务指示语)来选择路由并确定终端用户的,这一寻址功能具有以下的局限性:感谢阅读a:SPC(信令点编码)不是国际统一编码,它由信令点所在网定义。当GSM中的国际漫游用户向他的HLR进行位置更新时,信令始发点无法知道该国外HLR的DPC,因此不可能通过MTP实现节点至节点的信令直接传输。谢谢阅读b:SIO编码仅为4位,即MTP至多可将消息分配给16个不同的用户部分,这不能适应未来电信业务的发展。谢谢阅读二,目前的电信业务大多只需要传送实时的短消息,以后有可能要在网络节点间传送大量的非实时消息,这就要用到分组交换中的虚电路概念,预先建立连接,进行面向连接的传输。而MTP只能实现无连接传输。谢谢阅读因此CCITT提出了新的结构分层--SCCP,目的是使它和MTP相结合,提供相当于OSI结构的网络层功能,实现信令消息在任意两个信令点之间透明的直接传输。常将SCCP和MTP合称为NSP(NetworkServicePart--网络业务部分),将它们传送的用户数据称为NSDU(NetworkServiceDataUnit--网络业务数据单元)精品文档放心下载在了解了MTP的局限性,也即SCCP的重要性后我们将正式开始SCCP的介绍。精品文档放心下载第三节,SCCP的特点和功能在这一节中我们将讨论SCCP的特点和功能,其中特点将从应用方面予以阐述,功能将从网络服务方面予以说明,请注意与MTP的对比。精品文档放心下载一,SCCP的应用特点:a,能传送各种与电路无关的信令消息b,具有增强的寻路选址c,除了无连接的服务功能之外,还能提供面向连接的服务功能。精品文档放心下载.SCCP的用户之一TCAP就是利用它提供的完善的网络层功能实现各种现有的和未来的电路无关消息的远程传送,支持移动通信,智能网,电信管理网络等各项新业务,新功能。谢谢阅读二,网络服务功能对应于SCCP的网络服务,具体有四类协议:0类(class0):基本无连接服务;1类(class1):有序无连接服务;2类(class2):基本面向连接服务;3类(class3):流量控制面向连接服务;按是否连接可以归为以下两大类:1,无连接服务类似于分组交换中的数据报传送,它不需要预先建立连接。以这种方式传送的消息称为单元数据(UDT),之所以称为UDT是因为在无连接方式中,消息只能整体传送,不能拆卸分段传送。其中0类协议不能保证消息收发顺序一致,1类可以。谢谢阅读2,面向连接服务类似于分组交换中的虚电路传送,它在发送消息前先通过应答的方式在始节点和终节点之间建立一条消息传输路径,这种方式适用于传送大量的成批数据。这样可以避免大批数据盲目的送入信令网却达不到终节点的无效传输情况。精品文档放心下载第四节,SCCP的消息和原语在这一节中我们将讨论SCCP的消息和原语。首先将从OSI的原语引出SCCP的原语,接着从原语引出消息;在讨论消息时我们将从SCCP消息的类型与消息中的参数两感谢阅读方面予以说明一,原语 :在理解SCCP的原语之前我们先来看OSI模型中的原语的概念:精品文档放心下载在OSI七层模型中(N+1)层称为(N)的用户,由(N)层向其提供服务,(N-1)层称为(N)层的服务提供者,向(N)层提供通信连接。服务与服务提供者之间要进行一些交互,即在相邻层之间均存在层间接口,而这些层间接口是由服务原语(ServicePrimitive)来定义的。OSI规定了四种原语类型:精品文档放心下载请求(REQUEST)指示(INDICATION)响应(RESPONSE)证实 (CONFIRMATION).它们完整的描述了两个对等(N+1)层获得一次服务的全过程,如下图所示:感谢阅读节点A 节点BN+1层用户AN+1层用户A(1)(4)(3)(2)请求证实响应指示N层N层N-1层 N-1层以上过程通过以下5步解释之:i),节点A的用户要和节点B的对等用户B进行通信,首先用户A向它的下面的N层发出“请求”原语,感谢阅读.ii),N层协议分析该请求后形成N层协议消息,通过N-1层连接向节点B的N层发送。感谢阅读iii),节点B的N层收到此消息并分析后,向其用户B发出“指示”原语,告之用户A请求某种操作或数据。精品文档放心下载iv),用户B执行该请求后返回结果,向它下面的N层发出“响应”原语,经N层向节点A发送相应消息。精品文档放心下载v),节点A的N层收到此消息后即向其用户A发送“证实”原语。至此完成一个服务,原语发送的时间顺序为:请求--》指示--》响精品文档放心下载应--》证实。 (您在观察A,D接口的跟踪消息时就会看到类似于上面的过程)谢谢阅读以上阐述的只是原语的四种类型,一个完整的原语应包括原语名--表示提供何种服务精品文档放心下载原语类型--表示是什么类型的原语原语参数--是协议规定的完成该服务所必需的数据例如:信令消息以单元数据(UDT)的形式通过无连接服务协议传送至目的地,目的地SCCP再将此数据传给其用户时,它的单元数据指示原语就是N-UNITDATA.指示(CDA,CGA,UD)其中N表示网络层即SCCP原语,CDA,CGA,UD为原语参数,分别表示被叫地址,主叫地址和用户数据。精品文档放心下载二,SCCP的原语在理解了原语的含义后我们来看SCCP的原语,SCCP至高层和至MTP的业务接口通过原语来描述。下表列出了SCCP各类业务和管理用到的用户原语及其参数。谢谢阅读.原语名释意原语参数N_UNITDATA:单位数据原语,用于无连接服务时传CDACGASEQRDUD送数据消息。N_NOTICE:通知原语,用于无连接服务时通知消CDACGAUD息起源点消息无法送达目的地点。N_CONNECT:连接建立原语,用于面向连接服务中CDACGARRUDQOSUD的接续建立过程。CIEDSRCSRRN_DISCONNECT:连接拆除原语,用于面向连接服务中RAREAUDCIREAOR的接续拆除过程N_DATA:数据原语,用于面向连接服务时传送CRUDCI数据消息。N_EXPEDITED_DAT加速数据原语,用于3类协议中传递UDCIA:紧急数据。N_DATA_ACK数据证实原语,用于证实已收到远端CI请求证实的消息N_RESET:复位原语,用于3类协议中传递连接REACIORREA复位消息。N_INFORM:报告原语,用于面向连接服务中在数REAQOSCI据传送阶段传送相关的网络或用户信息。其中原语参数的含义如下:原语参数 含义 原语参数 含义.CDA被叫地址CGA主叫地址CI连接识别号CR证实请求EDS加速数据选择QOS服务质量参数集OR发信者RA响应地址RCS接收证实选择REA理由RO回送选择RR回送理由SEQ顺序控制DD用户数据SCCP和MTP之间的原语,有用于数据传输的MTP_TRANSFER请求和MTP_TRANSFER指示,及用于子系统与信令点状态管理的MTP_PAUSE指示、MTP_RESUME指示、MTP_STATUS指示。精品文档放心下载三,SCCP消息1,原语与消息的关系让我们来看一下原语与消息的关系:SCCP在收到用户发来的原语请求或响应后,就根据原语参数将用户数据连同必要的控制和选路信息封装成SCCP消息,发往远端对等SCCP实体。由此可见,所谓的SCCP协议就是规定SCCP消息的类型,格式及其在各种不同情况下的收发程序。精品文档放心下载为了便于对SCCP消息的理解,下面我们将从消息类型与消息结构两方面予以介绍:谢谢阅读2,SCCP消息类型在理解了原语与消息的关系后,让我们来看一下SCCP究竟有那几种消息类型:谢谢阅读消息名缩写消息编码单元数据UDT00001001单元数据服务UDTS00001010连接请求CR00000001连接证实CC00000010连接拒绝CREF00000011连接释放RLSD00000100连接完成RLC000001011型数据DT1000001102型数据DT200000111数据证实AK00001000加速数据ED00001011.加速数据证实EA00001100复位请求RSR00001101复位确认RSC00001110协议数据单元出错ERR00001111不活动性测试IT00010000由于我们已经明白了原语与消息之间的关系,因此我们按照上面16种消息与N--原语的关系并按应用关系将其分为如下四类:精品文档放心下载i)无连接服务消息包括UDT和UDTS,它们和N--UNITDATA原语配合,完成无连接方式下的数据传送。精品文档放心下载ii)连接建立和释放消息包括CR,CC,CREF,RLSD,RLC,它们和N--CONNECT,N--DISCONNECT原语配合,完成逻辑信令的连接建立和释放。谢谢阅读iii)面向连接数据传送消息包括DT1,DT2,AK,ED,EA,RSR,RSC;感谢阅读其中DT1和DT2与N--DATA原语配合,完成面向连接方式下的数据传送,DT1消息用于2类协议;DT2消息用于3类协议。谢谢阅读AK,ED,EA,RSR,RSC消息与N--DATA--ACK,N--EXPEDITED--DATA,N--RESET原语配合,完成3类协议中的数据接收证实及流量控制功能。感谢阅读iv)异常处理消息包括ERR,IT;ERR--用于报告检测到的协议协议错误。IT--在长时间无消息传送时,发出测试信号以恢复或者确认异常,从而做出相应的处理。谢谢阅读3,SCCP消息结构1,SCCP在MSU(消息信令单元)中的位置在介绍SCCP的消息结构和其中的参数前,让我们先来看一下SCCP在MSU中的位谢谢阅读置,如下图所示:MSU:F CK SIF SIO LI FIB FSN BIB BSN F精品文档放心下载.第三级:信令网管信 H1 H0 SLS OPC DPC息SCCP:EOP 用户数据 SCCP消 消息类型 SLS OPC DPC谢谢阅读息头若某消息信令单元(MSU)的业务指示语SI=0011,则表明此消息为SCCP消息。精品文档放心下载SCCP的消息内容位于消息信令单元MSU的信令信息字段(SIF)中,格式如图所示。精品文档放心下载路由标记包括目的地信令点编码DPC、起源点信令点编码OPC、信令链路选择码SLS。谢谢阅读路由标记消息类型必备参数A必备参数I参数M指示字参数P指示字任选项开始指示字参数M的长度指示参数M参数P的长度指示参数P参数名X参数X的长度指示参数X参数名Z参数Z的长度指示参数Z

长度固定的必备项长度可变的必备项任选参数项图3.2SCCP的消息格式从以上的SCCP的消息结构中我们看到了很多的参数(消息中参数),但并不是每条每种类型的消息都必需具备全部的参数,下面我们列表说明哪些参数对哪些消息类型是必需的(M)而对于其他消息类型则是可选的(O)或根本就是不需要的:谢谢阅读.SCCP消息中的参数:参数字UUCCCRRDDAEERREI参数名段DDRCRLLTTKDASSRT编码TTESC12RCRSFD消息类型MMMMMMMMMMMMMMMM目的地局MMMMMMMMMMMMM0000部引用号0001源端局部MMMMMMM0000引用号0010被叫地址MMMOO00000011主叫地址MMO00000100协议类别MMMM00000101分段/重装M00000110接收消息M0000.序号0111顺序/分段MM00001000信用量OOMM00001001释放原因M00001010诊断MOOO00001011复位原因M00001100错误原因M00001101用户数据MMOOOOMMM00001111拒绝原因M00001110任选参数OOOOOO0000结束0000以下将对常用的几个参数(即UDT/UDTS/CR/CC/DT1五种消息类型所带的必选参数)的意义予以说明:精品文档放心下载i)目的地局部引用号和源端局部引用号是用来标识某一个连接段的内部号码,只用于面向连接服务,其值在连接建立的时候由两端的SCCP独立分配,以后的数据传送时就以此引用号指示传送路径。参数长度为3个八位位组,全1码保留。感谢阅读ii)被叫地址和主叫地址标识目的地和始发端的SCCP地址,是可变长参数。iii)协议类型其1--4比特指示协议类型:432100000类.00011类00102类00113类当为2,3类时,5--8比特为备用。当为0,1类时,5--8比特指示传送失败时是否需要回送:87650000消息不回送1000消息回送其余备用iv)分段/重装参数只用于DT1消息。由发送端的SCCP设定,告知目的地的SCCP本消息是否还有更多的数据放在后续消息中传送,即目的地SCCP是否需要对消息进行重装。长度为一个八位位组,2--8比特备用,1比特置1表示有更多的数据,置0表示没有更多的数据。精品文档放心下载v)用户数据该字段的内容就是发送消息的SCCP用户在原语中送来的用户数据,它将被透明地送往目的地的SCCP用户。谢谢阅读4,SCCP消息的生成在理解了SCCP的原语,消息类型,以及消息中的参数后,我们将从一个实际的例子中来看一下一条具体的SCCP消息是如何生成的。谢谢阅读i)SCCP收到其用户发来的N--DATA.REQUEST原语谢谢阅读根据原语名和原语类型生成“消息类型”参数为--UDT谢谢阅读iii)根据原语参数中的回送选择参数(RO)确定是否要求后续节点SCCP在无法传送本消息时将原消息送回,据此确定“协议类别”参数的5--8比特。谢谢阅读iv)根据原语参数中的顺序控制参数(SC),确定协议类型。如要求有序发送则取1类协议,否则为0类协议,据此确定“协议类别”参数的1--4比特。精品文档放心下载v)若为1类协议,则根据SC参数值确定SLS的值,否则随机选择一个SLS值。感谢阅读vi)根据原语参数中的主叫地址参数(CGA)和被叫地址参数(CDA),经过SCRC功能模块的翻译和处理,转换成UDT消息中的主叫地址和被叫地址,并得到MTP寻址的DPC,同时填入本节点的OPC码。谢谢阅读vii)将原语参数中的用户数据原封不动的装入UDT消息的“用户数据字段”。感谢阅读viii)置业务指示语SI=0011,指示MTP其用户为SCCP。感谢阅读.至此,形成一个完整的UDT消息,然后SCCP形成MTP_TRANSFER请求原语发送给MTP。最后整个UDT消息作为SIF字段嵌入MTP消息,经由信令网络传送至远端。精品文档放心下载第五节,SCCP的寻址与选路前面四节所讨论的都是SCCP的内容,主要偏重于原理性的介绍。从这一节开始我们将讨论SCCP的实际应用方面的知识,这一节的内容非常重要,因为它涉及到我们数据的配置。谢谢阅读一,SCCP地址和编码SCCP地址有三种类型:1,信令点编码(SPC)2,子系统号(SSN)--Sub-SystemNumber精品文档放心下载用于识别一个节点中的各个SCCP用户,它扩充了SI(4比特)的本地寻址范围。精品文档放心下载3,全局名(GT)--GlobelTitle对于GT我们需要明确一下几点:i)它主要在始发节点不知道目的地节点网络地址的情况下使用谢谢阅读ii)它一般为某种编号计划中的号码,由于电信业务的编码计划已考虑到国际统一,感谢阅读因此GT能标识全球任何一个信令点和子系统号。iii)由于MTP无法根据GT选路,因此SCCP必需首先把被叫的GT翻译成DPC或DPC+SSN,才能转交MTP发送,同时还需向下一节点标明GT基于的是什么编号计划。谢谢阅读iv)由于节点资源有限,不能期望一个节点的SCCP能翻译所有的GT,因此有可能始发端先将GT翻译成某个中间点的DPC,该中间点的SCCP再将GT翻译成最终目的地的DPC。精品文档放心下载二,GT编码格式说明1,SCCP定义的地址标准格式(仅介绍用于MAP的一种).谢谢阅读Address Indicator(Octet1)感谢阅读Address(Octet2-N).以下将对Address Indicator和Address予以说明:精品文档放心下载a)AddressIndicator(一个字节)说明感谢阅读位8:Unused位7:RoutingIndicator为0时表示用GT+SSN寻址为1时表示用DPC+SSN寻址位6-3:GlobalTitle(GT)Indicator谢谢阅读仅仅0100用于MAP,表示GT包含TranslationType,NumberingPlan,EncodingScheme及Natureofaddressindicator.精品文档放心下载位2:SSNIndicator为0时表示不包含SSN为1时表示包含SSN位1:PointCodeIndicator为0时表示不包含SignallingPointCode谢谢阅读为1时表示包含SignallingPointCode感谢阅读b)Address说明:Address=SPC+SSN+GT.2,当GTindicator=4时,GT的编码格式为:87654321TranslationtypeNumberingPlanEncodingscheme备用NatureOfAddressIndicator地址信息以下对各种编码格式做出说明:i)Translationtype在MAP中为00000000.感谢阅读ii)Thenumberingplan编码规则如下:谢谢阅读Bits 87650000 Unknown0001 ISDN/TelephonyNumberingPlan(seeRecommendations谢谢阅读E.163andE.164).0010 Spare0011 DataNumberingPlan(RecommendationX.121)谢谢阅读0100 TelexNumberingPlan(RecommendationF.69)谢谢阅读0101 MaritimeMobileNumberingPlan(Recommendations感谢阅读E.210andE.211)0110 LandMobileNumberingPlan(RecommendationE.212)谢谢阅读0111 ISDN/MobileNumberingPlan(RecommendationE.214)感谢阅读1000to1110 Spare1111 Reserved其中最常用的为E.164与E.214两种.iii)Encodingscheme编码规则如下:精品文档放心下载Bits 43210000 Unknown0001 BCD,oddnumberofdigits感谢阅读0010BCD,evennumberofdigitsiv)NatureOfAddressIndicator编码规则如下:精品文档放心下载0000001 Subscribernumber0000010 Reservedfornationaluse精品文档放心下载0000011 Nationalsignificantnumber感谢阅读0000100 Internationalnumber感谢阅读其中最常用的是Internationalnumber精品文档放心下载3,SCCP地址举例:以下将分标准格式与华为内部格式两种情况予以说明:i)标准格式:0D=13(长度)52060071046831296306202000说明:精品文档放心下载CalledPartyAddressreservedfornationaluse:0谢谢阅读routingindicator:routingbasedonDPCandSSN感谢阅读globaltitleindicator:4=globaltitleincludestranslationtype,numberingplan,encoding精品文档放心下载.schemeandnatureofaddressindicator精品文档放心下载SSNindicator:addresscontainsasubsystemnumber谢谢阅读pointcodeindicator:addresscontainsnosignallingpointcode感谢阅读subsystemnumber:6=HLR(HomeLocationRegister)精品文档放心下载translationtype:0numberingplan:7=ISDN/mobilenumberingplan(recommendationE.214)精品文档放心下载encodingscheme:1=BCD,oddnumberofdigits谢谢阅读natureofaddressindicator:4=internationalnumber精品文档放心下载addressinformation:8613923660020200感谢阅读ii)内部格式:GT转换表中的GT格式(华为内部格式)谢谢阅读构成如下图所示:Global Title(GT)IndicatorTranslationtypeEncodingschemeNumberingplanNatureofaddressindicatorAddressInfomation举例:40001140861390477请注意:其实“52”与“40”是一回事。“52”是在链路跟踪时实际观察到的在链路上发送的Octet,“40”是在数据配置时设定的。“52”即“01010010”,我们在数据设定时只是取了其中的3--6位“0100”,至于位7,在数配中另有字段予以设定。感谢阅读第一部分第二章 TCAP在介绍了SCCP以后我们来看一下SCCP的一个用户--TCAP。对TCAP的描述将分以下感谢阅读几部分进行:A)TCAP概述主要引入TC,TCAP,以及与SCCP的关系,并阐明了TCAP在OSI模型中的位置精品文档放心下载.B)TCAP的基本结构主要按TCAP的两个子层,成份子层(CSL)和事务处理子层(TSL)来介绍,然后讲述了两层之间的TR原语以及与其用户之间的TC原语。感谢阅读TC--用户成分子层层7TCAP事物处理子层TC层6ISP层5层4层3TC的结构

C)TCAP的消息结构将按基本信息单元(IE)的结构,整个TCAP消息的结构,以及消息中的参数的顺序来探讨。感谢阅读第一节--TCAP概述随着我国电信业的日益发展,电信网逐步智能化和综合化,产生了多种不同的应用,例如:被叫付费,VPN,AOC等智能网业务,信令网的维护和运行管理(OMAP),移动应用(MAP),闭合用户群(CUG)等,要求交换机之间,交换机与网管中心的谢谢阅读数据库相关联,提供其间的信息请求和响应功能。作为No.7信令系统中专门提供的与应用无关的网络信息交互协议一事务处理能力(TC)协议,在各种新业务及No.7系统中将发挥越来越重要的作用。精品文档放心下载“事务”(Transaction)也可称为“对话”,泛指两个网络节点之间任意的交互过程。谢谢阅读TC由事务处理能力应用部分(TCAP)及中间服务部分(ISP)两部分组成。其中,TCAP的功能对应于OSI的第7层,ISP对应于OSI的第4-6层。感谢阅读如果TC用户要求传送的数据量小而实时要求严格,则TC仅包含TCAP,直接利用SCCP的无连接服务(0、1类)传送数据;如果TC用户要求传送的数据量大而实时要求较低,安全性要求较高,则TC将利用SCCP的有连接服务(3、4类)传送数据。因为目前CCITT仅仅是研究制定了前一种TC协议而未考虑ISP协议的制定,因此,目前TC与TCAP具有相同的含义,一般对二者不必区分。下图为TCAP与TC以及OSI七层模型之间的关系:感谢阅读1.2.TC--用户TCSCCPMTP第二节--TCAP的基本结构 在7号信令系统中TC的情况精品文档放心下载TCAP为了实现操作和对话的控制,分为两个子层---成份子层(CSL)和事务处理子层(TSL),CSL主要进行操作管理,TSL主要进行事务(即对话)管理,谢谢阅读其分层结构如下图所示;TC用户与CSL通过TCAP原语接口,CSL与TSL通过TR原语接口联系。谢谢阅读应用进程APTC用户TCAP服务TC原语T成份子层CSLCTR原语AP事务处理子层TSL网络服务N-原语SCCPMTP.TCAP的分层结构以下将分别对事务处理子层和成份处理子层予以阐述:一,事务处理子层(TSL-TransactionSub-Layer)感谢阅读事务处理子层完成对本端成份子层用户和远端事务处理子层用户之间通信过程的管理,事务处理用户(TC用户)目前唯一的就是成份子层(CSL),因此对于对等CSL用户之间通信的对话与事务是一一对应的。谢谢阅读事务处理子层对对话的启动、保持和终结进行管理,包括对话过程异常情况的检测和处理。感谢阅读在TCAP协议中,对话分为两大类----结构化对话和非结构化对话感谢阅读a)非结构化对话TC用户发送不期待回答的成份(第四类操作),没有对话的开始,继续和结束过程,在TCAP中利用单向消息发送;TC用户接收到一个单向消息,若要报告协议差错,也要利用单向消息。感谢阅读b)结构化对话TC用户指明对话的开始、继续和结束。在两个TC用户间允许存在多个结构对话,每个对话必须由一个特定的事务标识号(TransactionID)标识。同一个对话中对方可全双工地交换成份,用户在发送成份前指明对话的四种类型:精品文档放心下载i)对话开始(TC_Begin):指示一个对话处理的开始,此消息必须带一个由本地TSL分配的源事务处理标识,用以标识这一对话。精品文档放心下载对话的继续(TC_Continue):TC用户继续一个建立的对话,可全双工交换成份。为了使接收端判断该Continue消息属于哪个对话,Continue必须带两个事务标识号:目的事务标识号(DestinationTransactionID)和源事务标识号(OriginationTransactionID),对端收到Continue消息后可根据目的事务标识识别所属的对话。谢谢阅读对话的结束(TC_End),对话结束方式有三种:必须带有目的事务标识号精品文档放心下载预先安排结束基本结束对话中止(TC_Abort),该类消息指示对话非正常结束,它是在检测到对话过程出现差错时发出的消息。谢谢阅读二,成份处理子层(CSL-ComponentSub-Layer)谢谢阅读.事务处理子层负责传送对话消息的基本单元就是成份。成份子层(CSL)完成对话中成份的处理,及对话的控制处理。精品文档放心下载一个对话消息可以包含一个或多个成份(少数无成份,只起到对话控制作用),一个成份对应于一个操作的执行请求或操作的执行结果。每个成份由不同的成份调用标识号(InvokeID)标识,通过调用标识号,控制多个相同或不同操作成份的并发执行。感谢阅读操作的定义由具体操作码及参数标识,由TC用户定义,成份子层通过TC成份原语进行成份处理,以对话的形式请求相关于某一对话标识的成份,将成份嵌入对话与对话控制部分,通过TR原语发向对端的TCAP,因此成份子层分为成份处理及对话处理。精品文档放心下载实际上,成份子层并不管理对话过程,它仅仅将TC用户的对话控制信息传送到事务处理子层,由事务处理子层完成对对话的控制。谢谢阅读3,原语在介绍SCCP时我们讨论了“N”原语,并阐明了如何从原语来构成一条消息;同理在这里我们将讨论“TR”,“TC‘原语。谢谢阅读i)TR原语它是CSL与TSL的接口。事务处理子层通过TR请求原语接受TC用户经成份子层发送的对话控制指示,生成指定类型的TCAP消息发往远端;同时通过TR指示原语将接收到的TCAP消息中的数据(成份)传送给成份子层。感谢阅读TCAP协议定义了如下六种TR原语:(1)TR-UNI(单向):用于传送非结构化对话消息;谢谢阅读(2)TR-BEGIN:用于结构化对话的起始消息;(3)TR-CONTINUE:用于结构化对话的传送继续消息;谢谢阅读(4)TR-END:用于结构化对话的传送结束消息;(5)TR-U-ABORT:用于结构化对话的传送TC用户发起的对话放弃消息;感谢阅读(6)TR-P-ABORT:用于结构化对话的传送事务处理子层本身发起的对话放弃消息;精品文档放心下载ii)TC原语成份处理子层的TC原语包括成份处理原语及对话处理原语两种。感谢阅读成份处理原语包括以下9种:TC-INVOKE、TC-RESULT-L、TC-RESULT-NL、TC-U-ERROR、TC-U-REJECT、TC-L-REJECT、TC-R-REJECT、TC-U-CANCEL、TC-L-CANCEL。对话处理原语包括以下6种:精品文档放心下载.TC-UNI、TC-BEGIN、TC-CONTINUE、TC-END、TC-U-ABORT、TC-P-ABORT。谢谢阅读第三节--TCAP消息结构TCAP消息由一个单构成式信息单元组成,其包括事务处理子层的事务处理部分,与成份相关成份子层的成份部分及作为任选包含应用上下文及用户信息的对话控制部分。TCAP消息编码原则基于X.208,X.209建议,是由包含标记,长度,内容的基本信息单元组成的一个嵌套信息结构,具有很高的灵活性和开放性。精品文档放心下载一,基本信息单元(IE--InformationElement)编码谢谢阅读IE包括标记(Tag),长度(Length)及内容(Content)三部分组成。Tag用以区分不同的信息元(IE),决定对内容字段的解释;Length用以指明Content的8位组数;内容可以是一个数值(Primitive,本原体),也可以是一个(或多个)基本信息单元(Constructor,复合)。精品文档放心下载(1)标记(Tag),由一个或多个8位位组组成,包括类别(Class),格式(Form)及标记码(TagCode)三部分。感谢阅读H G F E D C B ATag

TagCodeForm图2.5.1-1 IE标记(TagCode为0-30的情况)谢谢阅读Tag11...

Form 11111MSB.0 LSB图2.5.1-1 IE标记(TagCode大于30的情况)感谢阅读类别(TAG):分为4类HG=00普通类(Universal),它为X.209中定义的完全标准化的标谢谢阅读记。HG=01全应用类(Application-Wide),它应用于七号系统TC功谢谢阅读能各种应用业务ASE(即TC用户)的信息元,例如事物处理子层的标记均采用此类感谢阅读标记。HG=10应用上下文类(Context-specific),它用于在上一级Constructor中规定的感谢阅读信息元,这些信息元还要考虑同一Constructor中其它数据元素的顺序,该标记可以在其它Constructor中重用,例如成份处理子层的标记均采用此类标记。感谢阅读HG=11专用类(PrivateUse),它保留用于国内、网络内或专用用户的信精品文档放心下载息元。这些信息元不属于TC的协议范围。格式(FORM):指信息元的形式,0:表示为Primitive(本原体)1:表示为Constructor(复合体)(2)长度(Length)长度指的是Content部分所占的八位位组数,它不包括Tag和Length字段的八位位组。感谢阅读.长度字段有三种编码形式:a)若长度小于128个八位位组,则采用短格式,它只占一个字节,第八位置0,低7位为长度的二进制编码值。谢谢阅读b)若长度大于等于128个八位位组,则采用长格式。在这种编码方式感谢阅读中,长度字段本身编码的长度为2-127。其中,第1字节的精品文档放心下载H位置1,G-A位的二进制编码值等于(长度字段编码本身的长度)谢谢阅读减1。长度本身也用无符号二进制数表示,其最高有效位为第2字节的H位,最低有效位为最末字节的A位。注意:应该以最少字节的原则去编码,即起头(Leading)的字节不能为全0。感谢阅读c)在不定型编码中,长度字段只占一个八位位组,起编码固定为10000000,它并不表示信息元的长度,只是不定型编码的一个标志。采用这种编码方式,需要在信息元的末尾设置一个特殊的“内容结束”(EOC:End-Of-Content)指示语。感谢阅读该指示语是作为一个信息元来处理的,其标记(TagClass)是Universal类,Form是Primitive,TagCode为0,没有Content部分,所精品文档放心下载以长度为0。不定型编码可以用于任意长度的信息元,其最大长度仅受限于SCCP消息的最大长度。这种编码可以代替短格式或长格式长度编码,其唯一要求是应用的信息元必须是Constructor类型,因为EOC本身就是一个消息元。感谢阅读二、TCAP消息的结构.TCAP 消 息 的 详 细 结 构 如 图 4.4-2 所 示 。谢谢阅读消息类型标签总消息长度事务处理部分信息单元事务处理部分事务处理部分信息单元对话部分信息单元成份部分标签成份部分长度成份类型标签成 份 成份长度成份部分信息成份图4.4-2 TCAP消息的详细结构图三、 TCAP消息编码:.如同在SCCP中我们介绍了消息的参数,并列表说明了哪些参数对于某些消息来说是必要的,而对于其它消息来说则是可选的或根本就不需要一样,这里将介绍TCAP的消息与消息中的参数的关系,分为:事务处理部分,成份部分,对话部分来介绍。谢谢阅读(1)事务处理部分:对应于前面所描述TCAP消息的参数的信息编码如下表:感谢阅读表2.5.3-1事务处理部分TCAP消息信息元消息单起继结协用向消息始消息续消息束消息议放弃户放弃信息名类型UNBEConENP-U-标记编码TGINtinueDABORTABORTCon0X60X60X60X60X60X6消息类型structor1M2M5M4M7M7M源事务IDPrim0X无MM无无无itive48目Prim0X无无MMMM的事务IDitive49协议放弃Prim0X无无无无M无原因itive4A用户放弃Con0X无无无无无O原因structor6B对话Con0XOOOOOO部分structor6B成份Con0XMOOO无无部分structor6C若干ConMOOO无无成份structor.(2)成份部分表2.5.3-2 成份部分TCAP消息消息调用成份回复结果RETVRN返回错误成拒绝成信息元INVOKERESULT份份最终LAS非最终NRETURNREJECT信息元名类型TOTLastERROR标记编码成份类型Construct0XA10A20XA70XA30XA4or调用标识Primitive0X02MMMM链接标识本原体0X80O无无无错误码本原体0X02/0X无无M无06问题码本原体0XA1/0X无无无MA3参数序列复合体0X30/0XOO无无31操作码本原体0X02/0XMO无无06参数Primitive/OOO无Constructor.说明:对于问题码及操作码分为Global(0x06)及Local(0x02)两类。谢谢阅读(3)对话部分包含对话控制的PDU或用户信息,其编码参见ITU-TQ.773.谢谢阅读第一部分第三章--MAP(MobileApplicationPart--移动应用部分)谢谢阅读正如我们前面所描述的那样,MAP只是TCAP的一个用户,是TCAP在移动中的应用。因为它是一种应用--一种在移动通信系统中的应用,所以从这一章开始我们将开始真正接近GSM系统,之前的SCCP,TCAP都是为学习这一章所做的准备。感谢阅读我们将以如下顺序进行:A)接口介绍--介绍GSM中与网络层有关的接口,明确MAP在其中的位置B)MAP概述--对MAP进行总体介绍C)MAP和SCCP的关系--明确SCCP在MAP中的体现D)MAP和TCAP的关系--理解MAP是TCAP的一个应用E)MAP消息,参数与操作--MAP的核心F)GSM中的MAP流程--MAP在GSM中的应用谢谢阅读第一节--接口介绍从现在开始我们将涉及很多的接口与协议,因此让我们首先来区分这两个易混淆的概念。精品文档放心下载接口是代表两个相邻实体之间的连接点;而协议是说明连接点上交换信息需要遵循的规约。协议是各功能实体之间共同的语言,两个实体要通过接口传递特定的信息流,而这种信息流必须按照规定的语言传递,双方才能相互了解。精品文档放心下载一种协议在传递的过程中可以通过若干个接口,而同一接口也可以用到多种协议。精品文档放心下载.在介绍MAP协议之前让我们先来看一下GSM中的各个接口,以及在这些接口上跑了哪些协议。精品文档放心下载GBVLRVLRADMSBSSMSCCHLREMSCFEIR除了A接口由BSSAP信令负责外,其余的B、C、D、E、F、G接口都将利用MAP谢谢阅读信令传递消息。为了理解这些接口到底利用MAP协议实现了哪些功能,现将各接口做谢谢阅读如下说明:A-接口:网络子系统与基站子系统之间的通信接口。从系统功能实体上看,就是基站控制器(BSC)和移动业务交换中心(MSC)之间的接口,此接口传递的信息包括移动台管理、基站管理、移动性管理、呼叫处理等功能。感谢阅读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接口可以走同一物理连接。谢谢阅读在了解了MAP信令在实际中的应用后,我们将探讨MAP是如何实现这些功能的,这就需要对MAP做一个深入的了解。感谢阅读第二节--MAP概述移动应用部分(MobileApplicationPart)是公用陆地移动网(PLMN)在网内和网间进行互连而特有的一个重要的功能单元。MAP规范给出了移动网在使用七号信令系统时所要求的必需的信令功能,以便提供移动网必需的业务如话音和非话音业务。精品文档放心下载GSM的MAP规范制定了900MHzTDMA数字蜂窝移动通信网的移动业务交换中心、位置寄存器、鉴权中心及设备识别寄存器等实体之间的移动应用部分的信令,其中包括了消息流程、操作定义、数据类型、错误类型及具体的编码。MAP与GSM其它软件模块的关系如下图所示:精品文档放心下载数据库.MAP话务统计 CCITTNO.7信令基础子层 维护管理感谢阅读如图所示,MAP在GSM中,负责呼叫处理、数据库之间的信息交换、需要与呼叫处理(CC)、HLR/AUC数据库、VLR数据库、EIR数据库、NO.7信令接口。另外,维护管理及话务统计也存在与MAP接口的问题。有关短消息服务中心的业务将在后期提供。MAP作为TCAP的用户,TCAP为之提供结构化对话的功能,使MAP能够借以交换相互的成份,完成分布式的应用。其通信部分由一组ASE(应用业务单元)构成。这些ASE由各自的Operation(操作)、Error(差错)和一些Argument(参数)组成。这些参数由具体的运行实例调用并通过TCAP的成份子层,送往对端的GSM网络实体。感谢阅读MAP的功能主要是为GSM各网络实体之间为完成移动台的自动漫游功能而提供的感谢阅读一种信息交换方式。目前MAP信令的传输是以CCITT的NO.7信令系列技术规范为基础谢谢阅读的,实际上MAP信令的交换也可基于其它符合OSI网络层标准的网络。这样,网络运营谢谢阅读公司就可以根据本地实际情况,混合匹配使用各种协议,以满足其需要,当然这还需要精品文档放心下载有关协议的制订与完善。MAP负责以下过程中GSM各功能实体间的信息传递:感谢阅读----位置登记/删除----位置寄存器故障后的复原----用户管理----鉴权加密----IMEI的管理----路由功能----接入处理及寻呼----补充业务的处理----切换----短消息业务----操作和维护.上述每个程序均含有数个操作(operation),每个operation均具有相应的要素操感谢阅读作名、操作码、操作类别、以及操作调用的参数、成功结果参数、操作失败时的错误码谢谢阅读及参数、允许的链接操作、完成操作的时限值等。GSM系统中MSC/VLR和HLR/AUC/EIR各分配一个信令编码。精品文档放心下载MTP、SCCP、TCAP规范见相应CCITTQ.700系列。谢谢阅读第三节--GSM系统中MAP与SCCP的关系一、SCCP的类别MAP只要求使用SCCP的0类或1类无连接业务操作二、子系统号码(SubSystemNumber)精品文档放心下载子系统号码(SSN)是SCCP使用的本地寻址信息,用于识别一个节点中的各个SCCP感谢阅读用户。它扩充了业务指示语SI(4比特)的本地寻址范围。HLR01106VLR01117MSC10008EIR10019MAP01015MAP中分配了以上子系统号码,其中MAP(0101)为全部MAP的总称,暂不使用,EIR(1001)一般与HLR(0110)合为一实体,将与HLR合用同一子系统号(0110)。精品文档放心下载第四节--GSM系统中MAP与TCAP的关系在介绍MAP与TCAP的关系前,让我们先来看一下MAP在MSU中的具体位置如下图所示:谢谢阅读MSU:F

CK

SIF

SIO

LI

FIB

FSN

BIB

BSN

FSCCP:(在SIF字段中)EOP 用户数据

SCCP消

消息类型

SLS

OPC

DPC息头.TCAP:(在SCCP的用户数据中)成分部分 事务处理部分MAP业务消息在TCAP消息中以成份的形式存在,以下对MSU中的一些字段做出说明:i)F:其码型为01111110,它既表示前一个信号单元的结束,也表示后一个信号单元的开始,两个信号单元之间允许插入任意多个F标志。F标志可以在过负荷的情况下降低系统的处理工作量。精品文档放心下载ii)CK:检错码,采用16位循环冗余码,用以检测信号单元传输过程中产生的误码。iii)信号单元序号和重发指示位精品文档放心下载BSN:后向序号。向对方指示序号直至BSN的所有消息均已正确无误地收到。精品文档放心下载BIB:后向(重发)指示位。BIB反转指示对方从BSN+1号消息开始重发。感谢阅读FSN:前向序号,也就是本消息的顺序号。FIB:前向(重发)指示位。FIB反转指示开始重发消息。精品文档放心下载iv)LI:信号单元长度指示码。其值等于LI字段之后至CK字段之前的八位位组数。FISU的LI=0,LSSU的LI=1或2,MSU的LI>2。因为LI字段的长度为6个比特,其取值范围为0-63,当长度大于或等于63时,为了不改变原有的结构,LI的值均置为63。谢谢阅读v)SIO:业务指示八位位组。它只用于MSC,用于指示消息类别。MTP三级据精品文档放心下载此将消息分配给相应的功能模块,同时它还指示这是国内网消息还是国际网消息。精品文档放心下载低4位:DCBA,业务指示语,其中SCCP为0011精品文档放心下载高4位:HGFE,子业务字段,HG=00表示国际网,HG=01表示国际备用网,HG=10表示国内网,HG=11表示国内备用网。FE比特备用。精品文档放心下载一般来讲,MAP业务的消息类型和TCAP成分中的操作码一一对应,而在消息传递过程中,一个消息对应一个调用识别(InvokeID),一个调用识别在其MAP对话过程中是对某个消息的唯一识别,通过区分调用识别,可以将一个成分“翻译”成对应的MAP业务消息,MAP与TCAP之间的消息转换是由MAP协议状态机(MAPPM)来完成的,此外协议状态机还负责对话流程以及操作流程的控制等功能。谢谢阅读.第五节GSM系统中的MAP消息,参数与操作一,MAP消息与参数:MAP有以下几种消息:MAP_OPEN_REQ MAP_OPEN_IND MAP_OPEN_RSPMAP_OPEN_CNF谢谢阅读MAP_CLOSE_REQ MAP_CLOSE_IND谢谢阅读MAP_DELIMITER_REQMAP_U_ABORT_REQ MAP_U_ABORT_IND谢谢阅读MAP_P_ABORT_INDMAP_NOTICE_INDMAP_SERVICE_REQMAP_SERVICE_INDMAP_SERVICE_RSPMAP_SERVICE_CNF精品文档放心下载其中MAP_SERVICE消息的参数如下所示:参数的含义operation_code操作码,表识进行何种远端操作感谢阅读operation_class操作类型,有四类:----1类操作,成功失败都返回----2类操作,只有失败才返回----3类操作,只有成功才返回----4类操作,无返回timer_value 时限,单位秒。如果超时没有相应,对1/3类操作认为是操作成功,对2/4感谢阅读类操作认为是失败。parameter 操作所需的参数。对于有些user_error,也可能需要参数精品文档放心下载user_error 业务层产生(发现)的错误,如未知用户感谢阅读provider_error 支持层产生(发现)的错误,如拥塞精品文档放心下载二、一个对话过程map1 接口map_service_reqmap_open_reqoperation_code Mmap_service_req(1)operation_class Mtimer_valuemap_delimiter_req M谢谢阅读parameter Ouser_errorprovider_errormap_service_cnf(1)map_service_ind(2)map_service_rsp(2)map_close_req

接口 map2map_service_ind map_service_rsp谢谢阅读M Mmap_open_indO(=)map_open_rspOmap_service_ind(1)Omap_service_rsp(1)map_service_req(2)map_delimiter_req谢谢阅读map_service_cnf(2)map_close_ind

.map_service_cnfMO(=)O(=)O图中,在一个MAP对话中完成两个远端操作:(1)、(2)。谢谢阅读其他MAP消息的应用MAP_CLOSE_REQ(re-arranged)谢谢阅读MAP_U_ABORT_REQ/MAP_U_ABORT_IND谢谢阅读MAP_P_ABORT_INDMAP_NOTICE_IND按照有关的协议规范,操作可分为四类:1类操作:操作成功与否都需要返回确认,成功返回结果,失败返回错误;2类操作:只有在操作失败时才需要返回确认;3类操作:只有在操作成功时才需要返回确认;4类操作:操作不需要返回确认。谢谢阅读为安全性考虑,MAP发起一远端操作时,需要给出操作时限,如果在时限内没有响应返回,则根据其操作类别做不同的处理:对1类操作或3类操作,认为是操作失败;对2类操作或4类操作,认为操作成功。谢谢阅读MAP消息所涉及的TCAP对话处理原语有: TC-BEGIN、TC-END、谢谢阅读TC-CONTINUE、TC-U-ABORT;所涉及的成份处理原语有:TC-Invoke(调用成份)、感谢阅读TC_Result(结果成份)、TC_Error(返回错误成份)、TC_Reject(拒绝成份)等。感谢阅读.MAP消息的详细协议采用CCITTX.208建议的AbstractSyntaxNotation(ASN.1)描述。感谢阅读三、MAP操作MAP业务消息对应的操作码以及操作类别、操作时限由ETSIGSM09.02规范给出,其中操作时限给出长、中、短三类,具体的数值可以根据具体的实现来确定。如下表所示:感谢阅读.MAP操作实体及方向操作版本码(十进制)activateSSMSC<=>VLR,VLR<=12Phase1&>HLRPhase2activateTraceModeHLR<=>VLR50Phase1&Phase2alertServiceCentreG/IWMSC<=>HLR64Phase2alertServiceCentreWithoutResultG/IWMSC<=>HLR49Phase1beginSubscriberActivityVLR=>HLR54Phase1CancelLocationHLR<=>VLR3Phase1&Phase2checkIMEIMSC<=>VLR,43Phase1&MSC<=>EIRPhase2deactivateSSMSC<=>VLR,VLR<=13Phase1&>HLRPhase2deactivateTraceModeHLR<=>VLR51Phase1&Phase2deleteSubscriberDataHLR<=>VLR8Phase1&Phase2eraseSSMSC<=>VLR,VLR<=11Phase1&>HLRPhase2forwardAccessSignallingMSC<=>VLR34Phase1&Phase2forwardcheckssindicationMSC<=>VLR38Phase1&Phase2forwardShortMessageG/IWMSC<=>MSC46Phase1&Phase2getPasswordHLR<=>VLR,VLR<=>18Phase1&MSCPhase2informServiceCentreHLR=>G/IWMSC63Phase2interrogateSSMSC<=>VLR,VLR<=14Phase1&>HLRPhase2oronlyMSC<=>VLRInsertSubscriberDataHLR<=>VLR7Phase1&Phase2noteInternalHandoverMSC-B=>MSC-A35Phase1noteSubscriberPresentVLR=>HLR48Phase1performHandoverMSC-A<=>MSC-B28Phase1performSubsequentHandoverMSC-B<=>MSC-A30Phase1prepareSubsequentHandoverMSC-B<=>MSC-A69Phase2processAccessSignallingMSC-B=>MSC-A33Phase1&Phase2processUnstructuredSs-DataMSC<=>VLR,VLR<=19Phase1>HLRprocessUnstructuredSs-RequestMSC<=>VLR,VLR<=59Phase2>HLRunstructuredSs-RequestHLR<=>VLR,VLR<=>60Phase2MSCunstructuredSs-NotifyHLR<=>VLR,VLR<=>61Phase2MSC表3.2.3-1 MAP操作.注:(1)G/IWMSC:Gateway/InterWorkingMSC,短消息关口互连MSC精品文档放心下载(2)MSC-A:发起切换的主控MSC(3)MSC-B:被切换到的MSC(4)在本表中,Phase2指比Phase1高的版本谢谢阅读第六节MAP业务流程理解此部分需对呼叫流程有一个比较清除的概念位置更新位置区更新位置更新(更新HLR中的用户位置信息)位置区更新map_update_location_area_req参数:感谢阅读LU_type 必选,位置更新类型TargetLAI 必选,目标小区PreviousLAI可选,原小区IMSI/TMSI可选,用户识别CKSN 可选,密钥新的TMSI由"位置区更新响应"中下发。VLR判断是否引起位置更新:1.用户标识是IMSI1-1. unknownsubscriber.HLR位置信息确认标志=NotConfirmed,启动位置更新。谢谢阅读1-2. kownsubscriber1-2-1.pLAI不属于本VLRHLR位置信息确认标志=NotConfirmed,启动位置更新。精品文档放心下载1-2-2.pLAI属于本VLR2.用户标识是TMSI2-1.pLAI属于本VLR2-1-1.TMSI已分配鉴权检查、HLR确认标志=NotConfirmed、跟踪命令感谢阅读2-1-2.TMSI未分配(VLR重启,不同的VLR#)谢谢阅读HLR确认标志=NotConfirmed2-2.pLAI不属于本VLRHLR确认标志=NotConfirmedHLR位置信息确认标志=NotConfirmed感谢阅读2-2-1.可以从pLAI中获取pVLR信息向前一个VLR取用户数据(IMSI和鉴权组),如失败则向手机要IMSI2-2-2.无法从pLAI中获取pVLR信息感谢阅读向手机要IMSI上述过程执行后,如果标志HLR确认标志(ConfirmedbyHLR)或标志HLR位置信息确认标志(LocationInformationConfirmedinHLR)被置为NotConfirmed,则启动更新HLR位置信息(流程)感谢阅读MSC VLR HLR pVLRmap_update_locationmap_cancel_locationmap_cancel_locationack(map_activate_trace_modeack)精品文档放心下载map_trace_ms_activitymap_activate_trace_modeack感谢阅读map_insert_subscriber_data谢谢阅读map_insert_subscriber_dataack精品文档放心下载map_update_locationack位置更新map_update_location_req参数:精品文档放心下载IMSIMSCNUM.VLRNUMLMSI 可选insert_subscriber_data_req参数:(全是可选)谢谢阅读IMSIMSISDNCategorySubscriberStatusBearerserviceListTeleserviceListForwardinginformationList谢谢阅读CallBarringinformationList精品文档放心下载CUGinformationSS-DataListOperatorDeterminedBarringFeneraldata谢谢阅读OperatorDeterminedBarringHPLMNdata感谢阅读RoamingRestrictionDueToUnsupportedFeature感谢阅读RegionalSubscriptionData谢谢阅读HLR收到消息map_update_location_req后,要检查漫游限制,有限制则位置更新失败。精品文档放心下载VLR收到消息map_update_location_cnf后,也要检查漫游限制。精品文档放心下载IMSI分离BSS MSC VLR位置跟新(IMSI分离)map_detach_imsimap_detach_imsi_req参数IMSI/TMSI收到map_detach_imsi_req消息后,VLR置IMSI分离标志。感谢阅读用户清除VLR HLRmap_purge_msmap_purge_msack.map_purge_ms_req的参数IMSIVLRNUM当某用户的数据在一个VLR存在,而该用户很长时间未接入,则VLR将这个用户清除。HLR收到map_purge_ms消息后,HLR检查VLRNUM是否和本地记载的匹配,如果是则置用户分离(MsPurged)标志。感谢阅读.呼叫处理主叫接入MS MSC VLRCM_req主叫接入 map_process_access_request精品文档放心下载鉴权置加密模式设备检查map_process_access_requestack谢谢阅读map_forward_new_tmsiCM_ackSetupmap_send_info_for_outgoing_call谢谢阅读map_complete_callCall_proc指配指配完成 IAMmap_send_info_for_outgoing_call参数谢谢阅读CalledNumberBearerServiceTeleServiceCUG参数map_complete_call参数MSISDNIMEICategoryCUG参数gsmBCNetworkSignalInfoNoReplyConditionTimeSS-DataList被叫接入,MSC收到IAM消息后开始被叫的接入过程。(图略)感谢阅读map_send_info_for_incoming_call参数精品文档放心下载MSRNBearerServiceTeleServiceDialledNumber.CUG参数Numberof Forwarding取路由信息MSC HLR VLR MSCIAMmap_send_routing_infomap_provide_routing_number谢谢阅读map_provide_routing_numberack谢谢阅读map_send_routing_infoack谢谢阅读IAMmap_send_routing_info_req参数精品文档放心下载MSISDN 必选,其余可选CUG参数Numberof ForwardingNetworkSignalInfomap_send_routing_info_cnf参数谢谢阅读CUG参数 全部可选IMSIMSRNForwardingDatamap_provide_roaming_number_req参数感谢阅读IMSI 必选MSCNUM 必选,其余可选MSISDNLMSIgsmBCNetworkSignalInfomap_provide_roaming_number_cnf参数谢谢阅读MSRN到HLR取.路由信息可能得到漫游号码,也可能得到前转数据,对它们进行分析就得到路由信息(即被叫所在MSC的号码)。感谢阅读.补充业务通常有呼叫有关的补充业务、呼叫无关的补充业务的叫法。实际上,呼叫有关的补充业务是指补充业务的实现过程,所有补充业务和电信业务一样,主要由系统中呼叫处理模块实现的(当然需要别的模块的配合)。呼叫无关的补充业务指补充业务的登记、删除、激活、去活、查询等补充业务的操作过程,这些操作主要由MAP完成。感谢阅读显示类补充业务对于提供类补充业务,提供后自动被登记和激活,并将数据在插入数据消息中送到VLR。其查询过程与前转类补充业务相同。谢谢阅读前转类补充业务对于前转类补充业务,登记后自动被激活。在登记之后,可以被激活/去活(仅phase2),其激活/去活过程和登记/删除过程相同。关于查询,前转类补充业务中仅CFU的查询需要访问HLR。精品文档放心下载GSS MSCVLRHLR接入register_ssmap_register_ssmap_register_ssmap_re

温馨提示

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

评论

0/150

提交评论