MSC切换的流程和分析调测.docx
《MSC切换的流程和分析调测.docx》由会员分享,可在线阅读,更多相关《MSC切换的流程和分析调测.docx(16页珍藏版)》请在冰点文库上搜索。
MSC切换的流程和分析调测
MSC切换的流程和分析调测
第1章切换的概念和流程2
1.1什么是切换2
1.1.1切换的基本概念及原因2
1.1.2切换的分类2
1.2切换的流程3
1.2.1同一MSC下不同BSC的切换流程4
1.2.2局间基本切换流程5
1.2.3局间后续切换流程7
1.2.4切换话单的生成7
1.3局内切换的数据配置9
1.4局间切换的数据配置9
1.4.1在切换发起局MSCa需要配置的数据9
1.4.2在切换目标局MSCb需要配置的数据10
第2章分析定位切换问题的方法12
2.1切换失败的原因12
2.1.1无线网络侧的原因12
2.1.2BSC数据配置的原因12
2.1.3MSC数据配置的原因12
2.2切换失败问题定位方法13
2.2.1登记话统任务,分析话统结果13
2.2.2跟踪切换的信令,分析信令14
2.3案例分析14
关键词:
切换,HON,局间切换。
摘要:
本文从切换的基本概念和流程入手,阐述了局间切换相关MSC数据的配置,切换话单的相关配置以及如何来分析和处理切换中出现异常的问题,最后通过实际案例来具体分析。
缩略语清单:
HON:
Handovernumber切换号码
SCCP:
Signalingconnectioncontrolpart
GT:
Globaltitle全局码
IAI:
Initialaddressinformation带主叫信息的初始地址消息
参考资料清单:
第1章切换的概念和流程
1.1什么是切换
1.1.1切换的基本概念及原因
在ETSIGSM0309协议中描述了切换的定义以及切换的信令流程。
切换(HANDOVER)是指MS在通话过程中,由于用户的移动或其它原因,从占用一个无线信道到占用另一个无线信道的过程。
切换是在MS占用SDCCH信道以后,也就是MS发起呼叫、短消息或通话过程中产生的。
切换过程分为两种,第一种为信令切换。
比如手机用户在发送短消息的过程中发生的切换就为信令切换。
第二种为语音切换(语音或数据)。
比如手机用户在打电话的过程中发生的切换就为语音切换,语音切换是用户使用手机过程中最为常见的一种切换现象。
下面的内容主要介绍语音切换。
产生切换的原因包括:
(1)无线标准:
包括手机侦测的信号质量;BTS接收电平;改善干扰与功率控制(即选择在确保正常通信质量的情况下切换的小区以尽量减少MS传输功率从而改善干扰)等。
(2)网络标准:
为了防止小区拥塞,均衡话务;以及O&M原因适应操作维护方面的需要。
1.1.2切换的分类
切换可以分为内部切换和外部切换:
(1)内部切换。
由BSS自主进行,MSC不介入切换控制过程,BSS仅在切换完成后发送“切换完成消息”到MSC。
包括:
·小区内切换
1.同一个无线频道的话务信道之间
2.不同的无线频道之间
·同基站内小区间切换
(2)外部切换(有MSC参与切换过程)
·同MSC内不同BSC下基站间切换
·局间切换。
即:
同PLMN不同MSC之间,或不同PLMN间MSC下的基站间切换。
局间切换又可分为:
1.基本切换--最初的MSC(MSCA)的移动用户MS需要切换到另一个MSC(MSCB)的基站去,MSCA主控切换流程。
2.后续切换--同一个接续在基本切换之后,已在MSCB的MS又需切换到另一个MSC(MSCB)或重新返回到MSCA。
MSCA始终主控这个切换。
1.2切换的流程
切换流程分为内部切换流程和外部切换流程。
由于内部切换流程只是同一BSC下小区间的切换,MSC并不涉及这类切换。
而对于外部切换,MSC将参与控制切换的流程,下面着重介绍外部切换流程,包括同一MSC下不同BSC的切换以及局间切换流程。
1.2.1同一MSC下不同BSC的切换流程
图1-1MSC内切换流程图
1.BSC1发起切换流程,BSC把切换请求及切换目的小区标识一起发给MSC。
2.MSC根据[位置区小区]表判断目的小区属于哪个BSC,并向BSC2(即目标BSC)发送切换请求。
3.BSC2向目标BTS预订并激活一个TCH。
4.BSC2把包含有频率、时隙及发射功率的参数通过MSC,BSC1和源BTS传到MS。
5.MS在新的频点上通过FACCH发送接入突发脉冲。
6.目标BTS收到此脉冲后,回送时间提前量信息至MS。
7.MS发送HANDOVERCOMPLETE消息,通过BSC2传送至MSC。
8.MSC通知BSC1去释放TCH,同时释放到BSC1的A接口电路资源。
1.2.2局间基本切换流程
局间切换即涉及不同MSC间的切换,两个MSC可以属于同一个PLMN,也可以为两个不同的PLMN。
但其切换的流程是一样的。
下面是局间MSC切换的流程图:
图1-1MSC内基本切换流程图
局间切换流程说明:
1.BSC发起切换流程,向MSCa发送HANDOVERREQUEST消息。
在该消息中带有可选的小区列表、切换原因等内容,MSCa将在可选的小区列表中选择其一作为目的位置区小区。
2.MSCA在位置区小区表中,根据位置区小区号查询目的位置区小区的属性和所属MSC的MSC号码,确定本次切换是局间切换还是局内切换。
如果属性为临近小区,则是局间切换。
MSCa通过查到的MSC号码进行GT寻址到MSCb的信令路由。
MSCa通过此信令路由发送切换请求消息给MSCB。
3.MSCa往MSCb发送MP_HandoverPrepare消息。
局间发送的HO_MP_HandoverPrepare消息,示意对局进行切换前准备工作,该消息是MSCB切换的第一条消息,在该消息中带有目的位置区小区、切换原因等内容。
4.MSCb在位置区小区表中,根据位置区号查询目的位置区小区的位置,MSCb向该BSC2(即目标BSC)发送HANDOVERREQUEST消息。
5.BSC2向目标BTS预订并激活一个TCH。
当BSC2分配好无线资源后,BSC2向MSCB发送HANDOVERREQUESTACK消息。
6.MSCb向VLRb请求其为此次切换切换号码HON,并将其存储到VDB中。
VLRb将分配的HON返回MSCb。
7.MSCb通过E接口向MSCa发送RADIOCHANNELACK消息,包括目标小区号列表,切换号码HON。
MSCa收到RADIOCHANNELACK消息后:
1.首先对本消息送来的切换号码进行记录,并通过查询[呼叫源]表获得本此呼叫的路由选择源码和号首集,然后查[被叫号码分析]表,获得路由选择码,号码属性。
2.随后通过路由选择源码和路由选择码以及主叫用户类别查询路由表,查找出局中继电路及出中继类型,分配中继话路,建立用于局间切换的电路。
3.MSCa发送IAM消息给MSCb。
MSCb收到中继来的IAM消息后,将分析[被叫号码分析]表,确定是否为切换号码。
如果是切换号码,MSCb返回ACM消息给MSCa。
4.MSCa收到ACM消息后,MSCa给BSC1下发HANDOVERCOMMAND,包括目标小区信息,信道类型,接入频点等。
BSC1向MS下发切换命令消息,要求MS切换到MSCb局。
5.MS根据HANDOVERCOMMAND所带的信息,检测到新的信道,但此时尚未真正切入。
如果已经具备接入新的无线信道的条件,对于语音切换,则建立从MS到MSCb的话路通道。
BSC2发送HANDOVERDETECT到MSCb,指示MS已成功地接入目标小区。
6.MS通过BSC2向MSCb透传发送HANDOVERCOMPLETE消息。
表明新的信道已经建立,MS开始在新的业务信道里继续通话或进行其他业务。
7.MSCb收到HANDOVERCOMPLETE后发送SendEndSignal(HO_COMPLETE)消息,通知MSCA局间切换已经完成。
8.MSCa收到SendEndSignal(HO_COMPLETE)消息后,向BSC1下面CLEARCOMMAND,通知BSC1释放无线资源以及A接口电路资源。
9.MSCb发送HANDOVERREPORT消息到BSC2。
1.2.3局间后续切换流程
后续切换指MS从MSCa切换到MSCb后,又从MSCb切换到另外一个MSCc或者切换回MSCa的过程。
局间后续切换的流程和基本切换的流程基本是一致的,初始MSCa始终作为主控MSC来控制整个切换流程。
图1-3是局间后续切换的原理图:
图1-1MSC内后续切换原理图
1.2.4切换话单的生成
切换涉及的话单包括:
普通终止话单MTC,始发话单MOC,ROAM话单等。
1.语音切换
在完成MSC局内切换后,MSC将只产生正常的MTC,MOC话单。
在MTC,MOC中有主被叫初始位置区、小区信息和主被叫当前位置区、小区信息几个域,分别填入切换前的位置区小区信息和切换后的位置区小区信息。
如果发生多次切换,只记录最后通话释放所在的位置区小区信息。
MSC局间切换将产生普通终止话单MTC,始发话单MOC。
MSC局间基本切换话单生成的流程可以参考图1-4。
图1-1MSC局间基本切换话单生成的流程图
2.信令切换
1.若切换后不接通,由于不占中继,原则上应不出切换话单。
2.若切换后接通,则同语音切换一样会进行中继选路、出局等系列操作,应出切换话单。
1.3局内切换的数据配置
根据上述的局内切换流程说明,对于局内不同BSC间切换的数据配置,只需要在【位置区小区】表中配置相关小区的信息,MSC号,BSC的局数据信息。
由于根据【位置区小区】表查到的是MSC号码和本局信息表中定义的MSC号一致,MSC就认定此次切换为局内切换,从而发起局内切换的流程。
1.4局间切换的数据配置
假设从一MS用户从MSCa往MSCb切换,我们需要在MSCa和MSCb进行切换数据的配置。
假设MSCa的GT码是8613900755,MSCb的号码是8613740755,MSCb分配的HON范围是8613740755000~8613740755999。
1.4.1在切换发起局MSCa需要配置的数据
1.【位置区小区】表
用于MSCa发起切换流程后,MSCa根据切换的目标小区,查询【位置区小区】表可以得到MSCb的MSC号码,这样就可以通过GT码寻址,可以建立MSCa到MSCb的SCCP通道。
GCI号
位置区MSC(VLR)号
位置区类别
位置区类型
下属BSC标志
460008888
8613740755
LAI
邻近VLR区域内
不需填写
表1-1【位置区小区】表配置
注意,只需配置切换到目标LAI的数据就可以了,GCI数据不必配置。
2.【GT码转换】表,【SCCP子系统】表,【SCCP目的信令点】表
通过查询【位置区小区】表得到了MSCb的MSC号码,MSCa可以根据此号码进行GT寻址,建立到MSCb的SCCP连接。
这样涉及的表格就有【GT码转换】表,【SCCP子系统】表,【SCCP目的信令点】表。
有效标志
翻译结果
编号计划
地址信息
SSN
DPC
是
DPC(和MSCb有直达链路)
DPC+GT(通过STP转接到MSCb)
1-ISDN/电话编号计划
8613740755
未定义
填入MSCb或STP的DPC地址
表1-1【GT】表配置
【SCCP子系统】表中需配置MSCa的SSN为MSC、VLR和SCCP管理子系统,MSCb的SSN为MSC、SCCP管理子系统。
【SCCP目的信令点】表配置MSCb的目的信令点为有效。
3.【被叫号码分析】表
当MSCb返回MSCa切换号码HON后,MSCa根据此HON建立到MSCb的话路通道。
在【被叫号码分析】表中配置HON的数据。
MSC取回的HON属性是国际,在进行号码预分析前,MSC会自动删除HON的CC前缀。
注意,在号码预分析中,MSC是不能对HON号码进行变换的。
呼叫字冠
业务属性
路由选择码
被叫号码类型
13740755
移动网本地局
MSCb的路由选择码
MSRN/HON
表1-1【被叫号码分析】表配置
1.4.2在切换目标局MSCb需要配置的数据
1.【GT码转换】表,【SCCP子系统】表,【SCCP目的信令点】表
用于MSCa建立到MSCb的SCCP连接。
涉及的表格就有【GT码翻译】表,【SCCP子系统】表,【SCCP目的信令点】表。
有效标志
翻译结果
编号计划
地址信息
SSN
DPC
是
DPC(和MSCa有直达链路)
DPC+GT(通过STP转接到MSCa)
1-ISDN/电话编号计划
8613900755
未定义
填入MSCa或STP的DPC地址
表1-1【GT】表配置
【SCCP子系统】表中需配置MSCb的SSN为MSC,VLR和SCCP管理子系统有效,MSCa的SSN为MSC,SCCP管理子系统有效。
【SCCP目的信令点】表配置MSCa的目的信令点为有效。
如表2-4。
2.【VLR配置】表
【VLR配置】表用于提供MSCb分配切换号码的依据,即MSCb在【VLR配置】定义的HON号段中依次选择一个未被分配获得HON,存储到VLRb数据库中,作为标识此次切换的号码。
漫游号码前缀1
漫游号码前缀2
漫游号码前缀2
8613740755
FFFFFF
FFFFFF
表1-2【VLR配置】表配置
注意,在填写漫游号码前缀1时不要漏填国家码86。
3.【被叫号码分析】表
配置本局的HON,其中路由选择码填255表示本局分配的切换号码。
呼叫字冠
业务属性
路由选择码
被叫号码类型
13740755
移动网本局
255
MSRN/HON
表1-3【被叫号码分析】表配置
第2章
分析定位切换问题的方法
由于在调测局间切换的时候涉及的局点较多,而且组网也比较复杂。
在本局数据保证成功的情况下并不能保证对局数据的正确性。
这就需要维护工程师能够根据多方面的信息来定位出局间切换流程上哪里出了问题,是数据配置的原因还是网络的原因,从而解决网络上的切换问题。
2.1切换失败的原因
2.1.1无线网络侧的原因
在切换的过程中,由于无线网络的原因或其他不可预知的原因,造成MS切换过程中掉话或重选回原有TCH信道。
2.1.2BSC数据配置的原因
BSC切换小区数据漏做,或者切换频点或切换电平等数据配置不合理,也会导致切换失败或者切换频繁掉话。
2.1.3MSC数据配置的原因
MSC数据配置的包括MSCa和MSCb数据的配置。
如果MSC数据配置错误,将会导致MSCa和MSCb的局间切换全部失败。
问题类别1:
MSCa发起HANDOVERREQUEST,但是取HON失败,检查MSCa的【位置区小区】表中切换小区信息,以及到MSCb的SCCP寻址数据。
问题类别2:
MSCa取回HON,但不发IAI消息。
检查MSCb回的HON是否正确,以及【被叫号码分析】表HON号码的选路路由是否定义正确。
问题类别3:
MSCa未收到SENDENDSIGNAL消息,要求对局MSCb检查到MSCa的SCCP寻址数据
问题类别4:
MSCb直接回切换拒绝消息给MSCa,根据消息中带的原因值,检查MSCb的将要切人的小区数据,检查MSCa和MSCb的加密算法是否兼容。
问题类别5:
MSCa和MSCb支持的信道类型、语音版本不一样。
可通过配置A接口电路池、A接口阶段性标志配合解决。
详情可参考后面的分析。
2.2切换失败问题定位方法
2.2.1登记话统任务,分析话统结果
假设本局为MSCa,和MSCb,MSCc,MSCd相邻,而起都存在这切换关系。
对于切换的问题,首先我们要知道哪里出现问题了,即MSCa和哪几个MSC存在着切换问题。
在“MSC基本业务话务测量”定义了三个关于切换的话统任务项。
1.切换测量
此任务反映了整个MSC切换指标的情况,包括MSC内切换,基本切换、后续切换发起的切换请求次数,成功次数,失败次数。
2.观察小区切换测量
这是我们经常使用的话统任务项。
它可以将测量对象定义到小区级别,即可以根据实际情况选取需要测量的小区,测量项目也比“切换测量”丰富,不仅包括MSC内切换、基本切换、后续切换发起的切换请求次数,成功次数,失败次数,还可以上报因为不同原因而导致切换失败的次数。
为了了解全网切换的情况,我们可以定义所有存在切换关系的小区作为测量对象,通过话统上报结果可以了解哪个小区存在着切换,以及MSC内切换的次数,成功次数,失败次数,成功率等数据。
如果MSC内切换次数不为0,成功次数始终为0,那么说明MSC内切换全部失败,应该不是无线的原因,而是MSC数据配置的原因。
这就需要检查本局和对局MSC的数据是否正确。
3.观察小区、制定邻近小区间切换测量
以测量小区以及切换目标小区作为测量对象,即可以测量指定的两个相邻小区的切换参数,包括切入请求次数,切出请求次数,切入成功次数,切出成功次数等。
2.2.2跟踪切换的信令,分析信令
根据登记话统的结果,我们可以知道切换在哪个MSC以及哪个小区出现问题。
这样我们就可以用手机到确定的区域进行路测,同时在MSC维护台上登记用户接口跟踪(MSC局内切换),对于MSC间切换,最好是挂表跟踪E接口信令。
如果有条件,我们可以使用SAGEM测试手机的频点强制切换功能进行测试,这将提高测试效率。
根据跟踪的用户接口跟踪消息进行分析,可以知道整个切换的流程以及在进行到流程的哪一个阶段失败。
根据消息中的失败原因和上面的数据配置说明就可以分析出哪些数据配置不正确,从而解决问题。
2.3案例分析
如图3-1所示,网络中有MSCa,MSCb,MSCc,MSCd。
MSCa为本局,采用HUAWEI设备,和其他三个MSC都存在着邻区关系,即存在切换关系(用虚线表示)。
但MSCa只和MSCb有直达的信令链路(用实线表示)。
同时MSCb作为STP转接从MSCa到MSCc和MSCd的信令。
图2-1网络组网图
M运营商希望只作MSCa到其他三个MSC的单向切换,即只允许MS从MSCa切出,而不允许MS切入MSCa。
M运营商提供了基础数据,包括:
1.MSCb、MSCc、MSCd各自分配的HON号段。
2.MSCa存在切换关系小区号LAI列表。
3.MSCb、MSCc、MSCd的MSC号码
4.MSCa到MSCb使用DPC寻址,MSCa到MSCc和MSCd使用DPC+GT寻址。
在MSCa做了其他三个MSC的切换数据,包括LAI数据,SCCP数据,被叫分析数据。
在分别设定到主机后,登记了观察小区切换话统来验证数据是否有效。
我们发现到
1.从MSCa下和MSCb存在切换关系的小区,切换成功率在90%以上
2.从MSCa小区到MSCc和MSCb的切换全部失败。
首先,检查MSCa下BSC小区的频点,小区号,切换电平等数据,是正确的。
检查MSCa配置的切换数据,是正确的。
为了定位问题,我们选取了一个LAI进行路测,跟踪用户接口消息。
选取一个测试手机,在维护台登记此MS的用户接口跟踪。
为了减少无线的干扰,让MS呼叫一个PSTN号码,通话成功后,然后强制切换到MSCc下一个LAI小区的频点。
在维护台上观察信令流程如图3-2所示:
图2-2切换用户接口跟踪消息流程
MSCa已经下发了HANDOVERCOMMAND消息到BSC,然后等待了约3秒左右,BSC回HANDOVERFAILURE。
MSCa向MSCb发REL消息,释放分配给切换的电路,MSCa接着向MSCc发MAP_U_ABORT_REQ消息通知MSCc此次切换失败,MSCc通知MS重选回原有信道或通话直接释放。
从图3-2的消息可以看到,MSCa已经取回了切换号码,并且已经建立到MSCc的E接口的电路,说明切换号码资源分配的数据以及HON被叫分析路由数据都是正确的。
按照正常的流程,MSCc在收到HANDOVERDETECT消息后应该回SENDENDSIGNAL消息给MSCa。
但是MSCa没有收到此消息,说明有可能在MSCc做到MSCa的SCCP寻址数据不正确。
通知局方检查MSCc的数据。
要求MSCc添加路由到MSCa的SCCP数据。
GT码为MSCa的GT码,寻址方式为DPC+GT,DPC设为MSCb的信令点。
由于MSCa切换到MSCb是成功的,说明MSCb已经做了MSCa的SCCP寻址数据了。
当MSCc的数据添加后,重新进行切换测试,MS从MSCa切换到MSCb成功。
同此方法,MSCa到MSCd的切换问题也得到解决。