路测信令分析
- 格式:pdf
- 大小:1.72 MB
- 文档页数:34
路测三层信令,中英文对照说明GSM第三层信令(Layer 3Message)( A-bis接口信令分析)GSM移动无线接口第三层的信息,包括无线资源管理(RR)移动性管理(MM)、呼叫控制(CC)三方面信息。
*CC层的主要功能为建立、维持和释放呼叫:a、有关呼叫建立的信息(Call Establishment)Alerting:告警信息,上下行。
从网络到主叫移动台或从被叫移动台到网络,用来指示被叫手机启动告警(即回铃音)。
包括进展指示及用户信息等Call confirmed:呼叫确认,该信息由被叫移动台发出,用来确证收到呼叫请求;Call proceeding:呼叫进程,该信息由网络发向主叫移动台,指示被请求的呼叫建立信息已经被接收,不会再接收更多的呼叫建立信息Connect:连接,从网络到主叫移动台或从被叫移动台到网络,用来指示连接被接受;Connect Acknowledge:连接确认,从网络到被叫移动台或主叫移动台到网络,指示移动台得到一个呼叫(连接完成);Energency Setup:紧急建立,由移动台发出,用来启动一个紧急呼叫的建立;Progress:进展,从网络到移动台,指示呼叫的进程;Setup:建立,上下行,指示启动呼叫建立;b、呼叫信息状态(Call Information Phase)Modify:修改,上下行,请求改变呼叫的承载能力;4G Modify Complete:修改完成,指示对呼叫承载能力修改的完成;Modify Reject:修改拒绝,上下行,指示改变呼叫的承载能力请求的失败;User Information:用户信息,由移动台发向网络来传输信息到远端用户或由网络发向移动台传输从远端用户来的信息。
+ M6 s; S& g+ B: n$ Dc、呼叫清除(Call Clearing)MOTODisconnect:断连,从移动台到网络请求清除端到端的连接,或从网络到移动台指示端到端的连接已经被清除了;Release:释放,上下行,指示发该信息的设备将要释放TI(处理识别码),接收到4G该信息的设备等发送释放完成信息后释放TI(处理识别码)bbs. ),接收到该信息的设备将要释放TI(处理识别码)d、与附加业务有关的呼叫(Call Related SS)Facility:设施Hold:保持Hold Acknowledge:保持确认vHold Reject:保持拒绝Retrieve:恢复通Retrieve Acknowledge:恢复确认Retrieve Reject:恢复拒绝e、其它信息Congestion Control:拥塞控制,上下行,指示在传输用户信息时建立和中止流量控制。
LTE_路测信令详解Detach↑↑DetachRequest(MO)MsgEnter0> 07 00000111 T..no-security-protection-MM-message....msg-body1> 45 01000101 T......detachRequest........ue-originating-detach..........nas-key-set-identifier2> 11 0------- ............tsc:native-security-context (0)-001---- ............nAS-key-set-identifier:nas-KSI1 (1)..........detach-type----0--- ............switch-off:normal-detach (0):正常分离-----001 ............type-of-detach:ePS-detach (1):与EPS进⾏分离3> 0B 00001011 L ..........gUTI-or-imsi4> F6 -----110 ............type-of-identity:guti (6):采⽤GUTI识别----0--- ............odd-or-even-indic:even-number-and-also-when-the-EPS-Mobile-Identity-is-use d (0) 1111---- ............spare:0xf (15)............guti-body5> 64 011001006> F0 111100007> 00 00000000 ..............mcc-mnc:0x64f000 (6615040)8> 04 000001009> 20 00100000 ..............mME-Group-ID:0x420 (1056)10> C0 11000000 ..............mME-Code:0xc0 (192)11> C4 1100010012> 0C 0000110013> 01 0000000114> FD 11111101 ..............mTMSI:0xc40c01fd (3289121277):以上为GUTI=MCC+MNC+MMEgroupID+MMEID+TMSI ........ue-terminated-detach15> 00 0000---- ..........spare-half-octet:0x0 (0)..........detach-type----0--- ............switch-off:normal-detach (0)-----000 ............type-of-detach: (0)↑↑ULInformationTransfer(NAS)RRC-MSG..msg0> 02 00000010 T....struUL-DCCH-Message......struUL-DCCH-Message........message1> 48 0------- *..........c1-1001--- *............ulInformationTransfer..............criticalExtensions-----0-- *................c1------00 *..................ulInformationTransfer-r82> 02 0------- *....................dedicatedInfoType-00----- *---000103> A4 101001004> F9 111110015> 64 011001006> A9 101010017> EC 111011008> 01 000000019> 62 0110001010> A0 1010000011> 1B 0001101112> 88 1000100013> 8E 1000111014> E1 1110000115> A8 1010100016> 8D 1000110117> FC 1111110018> 44 0100010019> 17 0001011120> 3E 0011111021> E4 1110010022> 8D 1000110123> FF 1111111124> 20 001----- ......................dedicatedInfoNAS:27 CB 25 4F 60 0B 15 00 DC 44 77 0D 44 6F E2 20 B9 F7 24 6F F9 ---00000 *!! Can not explain:25> 00 0000000026> 00 0000000027> 00 00000000↓↓DLInformationTransfer(NAS)RRC-MSG..msg0> 01 00000001 T....struDL-DCCH-Message......struDL-DCCH-Message........message1> 0E 0------- *..........c1-0001--- *............dlInformationTransfer-----11- ..............rrc-TransactionIdentifier:0x3 (3) ..............criticalExtensions-------0 *................c12> 00 00------ *..................dlInformationTransfer-r8--0----- *....................dedicatedInfoType---00--- *-----0003> 41 010000014> 3B 001110115> AD 101011016> FE 111111107> D3 110100118> 10 000100009> 10 0001000010> 52 0101001011> A0 10100--- ......................dedicatedInfoNAS:27 75 BF DA 62 02 0A 54 -----000 *↓↓RRCConnectionReleaseRRC-MSG..msg0> 01 00000001 T....struDL-DCCH-Message......struDL-DCCH-Message........message1> 28 0------- *..........c1-0101--- *............rrcConnectionRelease-----00- ..............rrc-TransactionIdentifier:0x0 (0) ..............criticalExtensions-------0 *................c12> 02 00------ *..................rrcConnectionRelease-r8--000--- *-----01- ....................releaseCause:other (1):释放原因-------0 *!! Can not explain:3> 00 00000000↓↓DetachAccept(MO)MsgEnter0> 07 00000111 T..no-security-protection-MM-message:⽆安全机制的消息....msg-body1> 46 01000110 T......detachAccept!! Can not explain:2> 00 000000003> 00 00000000UE虽然已与EPS分离,但已选择⼩区,以下即在PSS、SSS已完成。
道路测试中出现呼叫建立失败的原因分析目录第一章前言 (2)第二章测试系统简介 (3)一. TOM测试系统 (3)二. TEMS测试系统 (3)三. 测试系统主要功能 (4)查找网络故障 (4)网络优化手段 (4)下行干扰测试 (4)第三章道路测试中呼叫建立失败原因分析 (6)一. 道路测试中成功的呼叫建立消息历程 (6)1) 手机做主叫的消息历程 (6)手机做被叫的消息历程 (8)被叫用户没有接通的消息历程 (10)被叫用户忙的消息历程 (11)被叫用户已关机或未应答的消息历程 (12)二. 道路测试中呼叫建立失败的消息历程 (13)2) SD 拥塞的消息历程 (13)3) TCH 拥塞的消息历程 (14)4) 下行质量差造成TCH接入失败的消息历程 (15)5) SDCCH掉话的消息历程 (17)6) 上行链路问题的消息历程 (18)7) 无效的呼叫 (20)三. 道路测试中呼叫建立失败的主要原因 (21)第四章结束语 (23)第一章前言道路测试是为了对网络进行全面的了解,使用测试工具对移动通信网络进行测试、测量工作。
道路测试主要分成两种,一种是网络运行质量调查测试,另一种是网络优化测试。
网络运行质量调查测试主要是网络运营商为了了解自己网络运行的情况,对自己的网络进行的大规模的摸底测试,因为单从统计上看网络的性能指标如:掉话率、接通率等是不全面的,一个网络运行的好与坏只有从用户的角度进行了解才是最客观准确的,网络运行质量调查测试便是很好的方法,它可以使用一部与普通用户几乎相同的测试手机,进行数以百计的拨叫测试,对测试结果进行量化分析,从而得出当前网络的运行状况,为运营商下一步发展提供依据。
再有,如果网络进行了重大调整如:软件升级、网络改频等,要等到从统计上观察出调整不成功,用户不能正常使用,就耽误了时间,最快最有效的方法也是进行网络测试。
网络优化测试是当网络出现了一些问题时,从OMC测试不能判断故障原因所在,由网络测试人员使用专用的测试设备对有问题的地区进行测试,再将测试结果进行分析,就可以发现故障原因,为优化工作提出建议,改进网络运行质量。
鼎利路测分析之信令分析1、起呼消息(ORM)Origination Message说明:1.1Service option: 业务选项。
业务选项规定了由MS请求的业务类型,或由网络提供的业务类型。
CDMA 系统常见的业务选项有13K语音、Markov呼叫、EVRC、数据业务。
上述事例中的业务选项为VOICE(13K)(0X8000)。
1.2常见业务选项表:1.3REQUEST-MODE:请求模式玛。
定义该次呼叫的请求模式。
主要用来区别宽带、窄带CDMA系统;模拟、数字CDMA系统。
1.4SPECIAL-SERVICE: 特殊服务选项。
如果该字段设置为“0”,移动台会忽略“Service option”字段的内容,业务选型为默认(Service option 1)。
如果该字段设置为1,则业务类型为“Service option”有效字段。
1.5PM:保密模式标识。
如果请求语音保密,移动台设置该字段为“1”,否则设置为01.6DIGIT-MODE:数字模式标识。
如果呼叫中按下的数字键使用二进制表示的“DTMF”数字,移动台将该字段设置为0。
使用ASCII字符,移动台将该字段设置为11.7MORE-FIELDS:更多的拨码数字标识,该字段标识是否在下一次的OriginationContinuation Message (r-dsch上传送)中发送更多的拨码数字。
如果所有拨码的数字可以被编入本消息移动台将该字段设为0,否则设置为1。
1.8NUM-FIELDS:本消息中拨码拨码数字的位数。
移动台将在本消息中将字段设置为拨码数字的位数。
1.9Chari :拨号的数字或符号。
记录本次呼叫所按下的号码。
当DIGIT-MODE为0,则可以按照下表对所拨号码或数字进行分析。
保留其余所有码2、扩展信道指配消息(ECAM)道中使用的功率控制参数设置。
也可以使用“信道指配消息”(CAM)来完成该功能。
通用寻呼消息就是BS系统寻呼移动台时下发的消息。
Y一.道路测试中呼叫建立失败的主要原因当呼叫建立失败时,基站通常送DISCONNECT消息到移动台,DISCONNECT消息简要的指示出呼叫建立失败的不同原因。
下面就是在道路测试期间经常出现一些呼叫建立失败的原因值详细描述。
Cause Value 描述可能的原因Cause Value 31“正常,未详细说明”这原因通常报告一个正常的事件仅仅当在正常的类别没有另外的原因适用时。
BSS(TCH拥塞)或MSC问题Cause Value 34“没有可用的电路/信道”(在Assignment Command前) 这原因显示有目前得不到适当的电路/隧道处理呼叫。
TCH拥塞Cause Value 34“没有可用的电路/信道”(在Assignment Command后) 这原因显示有目前得不到适当的电路/隧道处理呼叫。
MSC拥塞Cause Value 41“暂时的失败”(在Assignment Command前) 这原因显示网络运行异常, 达到要求的情况不能持续一个长的时段,移动电台可以很快地尝试另一次的BSS问题,尤其是硬件问题硬件故障在道路测试过程中,我们会碰到各种由不同原因引起的呼叫建立失败。
主要原因可以归结如下:✧TCH拥塞✧SDCCH拥塞✧上行链路问题✧无效的呼叫✧硬件问题✧干扰问题✧MSC问题第四章结束语本文通过对道路测试过程中测试系统所收集处理的信令消息的分析,研究了呼叫建立过程中出现的各种问题。
力求帮助优化人员通过网络优化测试中反映出的问题,找到导致呼叫失败的原因,进而提高网络质量。
同时,基于北京网络的现状,有一些问题在近期内很难加以整理。
我们将在今后继续补充完善。
浅谈GSM路测信令1 路测概况数据采集是GSM无线网络优化的前提和基础,路测采集的数据包括:测试路线区域内各个基站的位置、基站间的距离、各频点的场强分布、接收信号电平和质量、Layer3消息的解码数据、6个邻小区状况、覆盖和切换情况、测试路线的地理位置信息等。
通过路测数据可以判断无线小区的实际覆盖范围及干扰区;观察信令接续过程,检查邻区关系和切换参数;掉话;非信号强度引起的通话质量差;阻塞;不正常切换;信号电平低;TA过大;信号盲区。
然后在分析路测数据的基础上,检查修改邻区关系和切换参数、调整天线倾角和方向、查找干扰来源、分析空中接口的信令接续过程、发现天馈系统的安装错误等。
因此路测系统也是网优工作中最常用和有效的工具,也是网络优化中的一个核心内容,它能最真实地反映网络的运行状态。
第三层信令消息(layer 3 messages)也称无线接口信令消息,可以将MS 与BSS之间的信令消息清晰地显示出来。
其不同于普通意义上的信令消息,只显示Um接口的信令,在显示时也只是DL、UL交替出现来表示当前通信的状态,从而简化了对网络状况的分析步骤,有利于提高网络优化的效率。
第三层信令消息主要包括:寻呼、鉴权、加密、分配信道、切换、测量报告、位置更新,能清晰显示出通话的起呼、切换、位置更新、结束通话和掉话各部分的信令流程。
在DT测试过程中通过第三层信令消息,可以准确判断通话的状态。
Layer 3介绍:1)RR : 无线资源管理(Radio Resource Management)功能举例:(1)Paging管理(Paging Management)(2)加密管理(Ciphered Mode Management)(3)频点分配(Frequency Redefinition)(4)信道分配(Dedicated Channel Assignment)上海贝尔阿尔卡特股份有限公司ASB SSM-ISE工程服务部(5)切换(Handover Management )(6)测量和功率控制(Measures and Power Control)2)MM : 移动性管理(Mobility Management)功能举例:(1)鉴权和身份识别(Authentication / Identification Procedures)(2)位置更新(Location Updating)IMSI Attach / Detach3)CC : 呼叫控制(Call Control)功能举例:(1)呼叫处理和路由(Call processing and routing)(2)双音多频(DTMF Facilities)(3)短消息服务(Short Message Service)(4)附加服务(Supplementary Service)2 系统消息类型系统消息在两种逻辑信道中传送,BCCH和SACCH信道:1)在空闲模式下,网络通过BCCH信道传送系统消息1-4及7、8;2)在通信模式下,网络通过SACCH信道传送系统消息5和6。