层三信令解读.docx
- 文档编号:29853523
- 上传时间:2023-07-27
- 格式:DOCX
- 页数:16
- 大小:20.03KB
层三信令解读.docx
《层三信令解读.docx》由会员分享,可在线阅读,更多相关《层三信令解读.docx(16页珍藏版)》请在冰豆网上搜索。
层三信令解读
http:
//w
ww.
msc
bsc.com
http:
//w
ww.
msc
bsc
.com
/askpro/
层三信令
请问各位大侠,层三信令的作用?
---------------提问者:
acmilanxbh提问时间:
2009-04-0320:
14:
06————————————————————————————
---------------回答者:
snoopy63851回答时间:
2009-04-0322:
44:
31————————————————————————————
目录
1.概述..........................................................................................................................................1
2.理论部分..................................................................................................................................12.1一次完整的主叫流程(含切换.............................................................................................12.2一次正常的LAR&RAU信令流程:
.........................................................................................22.3各种情况对应的信令................................................................................................................32.4常见Disconnect/ReleaseCauseValue:
..................................................................................3
2.5两个MS通话的流程................................................................................................................4
3.案例介绍..................................................................................................................................53.1MS呼叫未接通:
.......................................................................................................................53.2位置更新导致数据吞吐量为0.................................................................................................53.3FTP下载中断..............................................................................................................................63.4没有物理消息导致切换失败....................................................................................................63.5MS呼叫失败...............................................................................................................................73.6参数设置错误导致切换问题....................................................................................................7
3.7定时器超时,网络进行呼叫释放...........................................................................................7
4.感谢..........................................................................................................................................8
5.参考文献..................................................................................................................................8
http:
//w
ww.
msc
bsc.com
http:
//w
ww.
msc
bsc
.com
/askpro/
1.概述
作为一名网优工程师,需要牢牢掌握一个完整呼叫的信令流程.我们做GSM优化,主要是对Um口要把握的更深些.尤其是Layer3信令-也就是我们平常做路测的工程师说的层3信令。
关于层3信令,可以参考GSM规范04.08.对层3信令的准确理解,可以帮助我们快速分析和定位网络问题.
2.理论部分
2.1一次完整的主叫流程(含切换
IDLE:
DL:
SYSTEMINFORMATIONTYPE1:
包括小区信道描述和RACH控制参数
DL:
SYSTEMINFORMATIONTYPE2(2bis,2ter:
邻小区BCCH频点描述,RACH控制信道,允许的PLMN(扩展邻小区BCCH频点描述+RACH控制信道;扩展邻小区BCCH频点描述2
DL:
SYSTEMINFORMATIONTYPE3:
CI,LAI,控制信道描述,小区选择,小区选择参数,RACH控制参数
DL:
SYSTEMINFORMATIONTYPE4:
LAI,小区选择参数,RACH控制参数,CBCH信道描述,CBCH移动配置
DL:
SYSTEMINFORMATIONTYPE7:
小区重选参数
DL:
SYSTEMINFORMATIONTYPE8:
小区重选参数
UL:
Channelrequest
DL:
Immediateassignment(SDCCH
试呼:
UL:
CMservicerequest(如果后面直接收到SystemInformationType1,则视为起呼失败
DL:
CMserviceRequest
DL:
CMserviceaccept
DL:
AUTHENTICATIONREQUEST
UL:
AUTHENTICATIONRESPONSE
http:
//w
ww.
msc
bsc.com
http:
//w
ww.
msc
bsc
.com
/askpro/
DL:
CIPHERMODECOMMAND
UL:
CIPHERMODECOMPLETE
DL:
TMSIREALLOCATIONCOMMAND
UL:
TMSIREALLOCATIONCOMPLETE
UL:
SETUP
DL:
CALLPROCEEDING
DL:
ASSIGNMENTCOMMAND
UL:
ASSIGNMENTCOMPLETE(TCH
DL:
ALERTING
成功起呼:
DL:
CONNECT(呼叫成功的标志,
UL:
CONNECTACKNOWLEDGE
DL:
SYSTEMINFORMATIONTYPE5(5bis,5ter:
邻近小区BCCH频点描述(扩展邻近小区BCCH频点描述
DL:
SYSTEMINFORMATIONTYPE6:
CI,LAI,小区参数设置
UL:
MEASUREMENTREPORT
DL:
HandoverCommand
DL:
PhysicalInformation
UL:
HandoverComplete(切换成功的标志
DL:
PhysicalInformation
DL:
SYSTEMINFORMATIONTYPE6
UL:
MEASUREMENTREPORT
DL:
Disconnect(收到该条消息或Release中的任何一条,则视为正常释放,如果两条消息均未收到,而是直接收到SystemInformationType1,则视为一次掉话
UL:
Release
http:
//w
ww.
msc
bsc.com
http:
//w
ww.
msc
bsc
.com
/askpro/
DL:
ReleaseComplete
DL:
ChannelRelease
UL:
ReleaseComplete
2.2一次正常的LAR&RAU信令流程:
Direction
Type
Layer3Message
UL
RR
ChannelRequest
DL
RR
ImmediateAssignment
UL
MM
LocationUpdatingRequest
UL
RR
ClassmarkChange
UL
RR
GPRSSuspensionRequest
DL
MM
AuthenticationRequest
UL
http:
//w
ww.
msc
bsc.com
http:
//w
ww.
msc
bsc
.com
/askpro/
MM
AuthenticationResponseDL
MM
IdentityRequest
UL
MM
IdentityRespone
DL
MM
LocationUpdatingacceptUL
MM
TMSIRealocationCompleteDL
RR
ChannelRelease
UL
GPRSMM
RoutingAreaUpdateRequest
UL
RR
ChannelRequest
DL
RR
http:
//w
ww.
msc
bsc.com
http:
//w
ww.
msc
bsc
.com
/askpro/
ImmediateAssignment
DL
GPRSMM
RoutingAreaUpdateAccept
UL
GPRSMM
RoutingAreaUpdateComplete
2.3各种情况对应的信令
²掉话(既没有Disconnect,也没有Release,则视为掉话:
PagingRequest→ChannelRequest→ImmediateAssignment→CMServiceRequest→CMServiceAccept→Setup→AssignmentCommand→AssignmentComplete→Connect/Alerting→SystemInformationType1
²通话正常结束(Disconnect和Release都有或只有其中一个都视为通话正常结束:
PagingRequest→ChannelRequest→ImmediateAssignment→CMServiceRequest→CMServiceAccept→Setup→AssignmentCommand→AssignmentComplete→Alerting→Disconnect→Release→ReleaseComplete→ChannelRelease²呼叫失败:
PagingRequest→ChannelRequest→ImmediateAssignment→CMServiceRequest→SystemInformationType1(在一次呼叫过程中,若连续出现多个CMServiceRequest,则视为一次呼叫失败²呼叫成功:
PagingRequest→ChannelRequest→ImmediateAssignment→CMServiceRequest→CMServiceAccept→Setup→AssignmentCommand→AssignmentComplete→Connect/Alerting
²切换成功:
HandoverCommand→HandoverComplete
²切换失败:
HandoverCommand→HandoverFailure
2.4常见Disconnect/ReleaseCauseValue:
CauseValue
Reason
31
BSSorMSCproblem
34(beforeAssignmentCommand
http:
//w
ww.
msc
bsc.com
http:
//w
ww.
msc
bsc
.com
/askpro/
TCHBlocking
34(afterAssignmentComplete
MSCBlocking
41(afterAssignmentCommand
BSSproblem,especiallyDRIproblem
41(afterAssignmentComplete
MSCproblem
42
MSCCongestion
44
BSSproblem,especiallytheCICblocking
111
BSSorMSCproblem
2.5两个MS通话的流程
MS1UplinkChannelRequest
MS1DownlinkImmediateAssignment
MS1UplinkCMServiceRequest
MS1DownlinkCMServiceAcceptSDCCH分配成功MS1UplinkSetup
MS1DownlinkCallProceeding
MS1DownlinkAssignmentCommand
MS1UplinkAssignmentCompleteTCH分配成功MS2UplinkChannelRequest
MS2DownlinkImmediateAssignment
MS2UplinkPagingResponseSDCCH分配成功
http:
//w
ww.
msc
bsc.com
http:
//w
ww.
msc
bsc
.com
/askpro/
MS2DownlinkSetup
MS2UplinkCallConfirmed
MS2DownlinkAssignmentCommand
MS2UplinkAssignmentCompleteTCH分配成功
MS2UplinkAlerting
MS1DownlinkAlerting
MS2UplinkConnect
MS2DownlinkConnectAcknowledge
MS1DownlinkConnect
MS1UplinkConnectAcknowledge
MS1UplinkDisconnect
MS1DownlinkRelease
MS1UplinkReleaseComplete
MS2DownlinkDisconnect
MS2UplinkRelease
MS1DownlinkChannelRelease
MS2DownlinkReleaseComplete
MS2DownlinkChannelRelease
3.案例介绍
3.1MS呼叫未接通:
问题描述:
在做DT测试过程中发生了一次未接通,地点是LAC区交接处.在DT测试的行程中,可能发生数次跨LAC区的切换,极易发生掉话或未接通情况。
主要有以下三条信令消息:
UL:
CHANNELREQUEST
DL:
IMMEDIATEASSIGNMENT
UL:
CMSERVICEREQUEST
http:
//w
ww.
msc
bsc.com
http:
//w
ww.
msc
bsc
.com
/askpro/
问题分析:
(1在上行的CMSERVICEREQUEST信令发出后,没有下行的响应,通话状态由起呼直接转为空闲模式(IDLE,由此可以断定发生了一次未接通。
由于上行UL:
CMSERVICEREQUEST是MS发起的对SDCCH的申请,发出申请后没有应答,没有出现标志呼叫接通的信令消息,可以断定发生了一次未接通情况。
其原因可能为该服务小区的SDCCH信道拥塞,也可能是由于无线环境的恶化造成SDCCH信令丢失。
因为此次DT测试发生在跨数个LAC的路段,而且是上一个通话刚刚结束,起初判断可能是发生了一次位置更新。
(2位置更新信令消息如下:
DL:
CHANNELRELEASE
UL:
CHANNELREQUEST(开始位置更新
DL:
IMMEDIATEASSIGNMENT
UL:
LOCATIONUPDATINGREQUEST
DL:
AUTHENTICATIONREQUEST
UL:
AUTHENTICATIONRESPONSE
DL:
LOCATIONUPDATINGACCEPT
UL:
TMSIREALLOCATIONCOMPLETE
DL:
CHANNELRELEASE
结合此例的第三层信令消息来看,例子中MS发出了UL:
CMSERVICEREQUEST,并不是UL:
LOCATIONUPDATINGREQUEST,由此可以判断出此例并非是位置更新。
3.2位置更新导致数据吞吐量为0
问题描述:
在某路段,进行数据业务测试时,发现MS数据吞吐量变为0,没有了与GPRS网络的连接.问题分析:
(1在该路段进行语音业务测试,确认已经完全覆盖.
(2分析当时数据业务测试的层3信令.当时的信令为:
DL:
SYSTEMINFORMATIONTYPE1UL:
LOCATIONUPDATINGREQUESTUL:
CHANNELREQUEST
http:
//w
ww.
msc
bsc.com
http:
//w
ww.
msc
bsc
.com
/askpro/
(3对比在当时显示图的信令部分可以明显的看出该MS正在做位置更新.
3.3FTP下载中断
问题描述:
在DTFTP下载测试中,MS已成功登陆FTPServer,并已经开始下载数据,FTP下载进度为9%,在经过一次小区重选后,FTP下载不能继续进行,在一系列的Pingfail后,FTP掉线.
问题分析:
(1查看层三信令,具体显示如下:
DirectionTypeLayer3Message
ULGPRSSMDeactivatePDPContextRequest
DLRRSystemInformationType13
ULRRChannelRequest
DLRRImmediateAssignment
DLGPRSSMDeactivatePDPContextAccept
发现在事件列表中有PDPDeactivated的消息,在层三消息中可以看到是手机发起的上行消息.(2发生这种情况可能有3种原因:
一是手机在测试过程中电缆的某个接口发生了松动,这样手机可能会发出PDP去激活申请。
二是手机本身存在一些问题也可能导致这个问题。
三是测试用的笔记本电脑可能存在一些问题
3.4没有物理消息导致切换失败
问题描述:
某地主要由4173、4081小区覆盖,上述两个小区及相邻小区同属于LAC:
13588。
DT测试过程中,MS当前服务小区为4173,当检测到有Level更强的邻区时,BSC指示MS切换(发起DL:
HANDOVERCOMMAND,此时发生了连续的三次切换失败(UL:
HANDOVERFAILURE。
虽然本例中经历了连续三次切换失败,MS仍然没有掉话(MS还在发送测量报告,但是对连续的切换失败应该给予很大的重视。
问题分析:
(1查看当时的层三信令,具体如下:
DL:
HANDOVERCOMMANDUL:
HANDOVERACCESSUL:
HANDOVERCOMPLETEUL:
MEASUREMENTREPORTUL:
HANDOVERFAILUREDL:
SYSTEMINFORMATIONTYPE5(2从切换的两个小区来看,4173向4081切换,是不同步切换,所以BSC应该在MS发出UL
:
HANDOVERACCESS消息后,接着发出DL:
PHYSICALINFORMATION,指示MS切换至目标小区的TimingAdvance,即MS与切换目标小区的距离。
同时,在MS发出UL:
HANDOVERCOMPLETE之后,再发一条DL:
PHYSICALINFORMATION。
(3但是在本例中BSC没有发出这两条消息,导致发生切换失败。
3.5MS呼叫失败.经检查信令发现有立即指派拒绝(immediateassignmentreject消息系统发现无可用信道.很可能是因为系统拥塞引起的3.6参数设置错误导致切换问题问题描述:
某次路测中发现手机每当起呼占用(BCCH:
554,BSIC:
52,LAC:
9488,CI:
29403),其只能一直切换到DCS1800网,通话过程中无法测量到GSM900的频点,一直不能向GSM900网切换,在
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 层三信令 解读
![提示](https://static.bdocx.com/images/bang_tan.gif)