路测三层信令中英文对照说明.docx
《路测三层信令中英文对照说明.docx》由会员分享,可在线阅读,更多相关《路测三层信令中英文对照说明.docx(10页珍藏版)》请在冰点文库上搜索。
路测三层信令中英文对照说明
GSM第三层信令(Layer3Message
(A-bis接口信令分析
GSM移动无线接口第三层的信息,包括无线资源管理(RR移动性管理(MM、呼叫控制(CC三方面信息。
*CC层的主要功能为建立、维持和释放呼叫:
a、有关呼叫建立的信息(CallEstablishment:
Alerting:
告警信息,上下行。
从网络到主叫移动台或从被叫移动台到网络,用来指示被叫手机启动告警(即回铃音。
包括进展指示及用户信息等
Callconfirmed:
呼叫确认,该信息由被叫移动台发出,用来确证收到呼叫请求;
Callproceeding:
呼叫进程,该信息由网络发向主叫移动台,指示被请求的呼叫建立信息已经被接收,不会再接收更多的呼叫建立信息。
Connect:
连接,从网络到主叫移动台或从被叫移动台到网络,用来指示连接被接受;ConnectAcknowledge:
连接确认,从网络到被叫移动台或主叫移动台到网络,指示移动台得到一个呼叫(连接完成;
EnergencySetup:
紧急建立,由移动台发出,用来启动一个紧急呼叫的建立;Progress:
进展,从网络到移动台,指示呼叫的进程;
Setup:
建立,上下行,指示启动呼叫建立;
b、呼叫信息状态(CallInformationPhase
Modify:
修改,上下行,请求改变呼叫的承载能力;
4GModifyComplete:
修改完成,指示对呼叫承载能力修改的完成;
ModifyReject:
修改拒绝,上下行,指示改变呼叫的承载能力请求的失败;
UserInformation:
用户信息,由移动台发向网络来传输信息到远端用户或由网络发向移动台传输从远端用户来的信息。
c、呼叫清除(CallClearing
MOTODisconnect:
断连,从移动台到网络请求清除端到端的连接,或从网络到移动台指示端到端的连接已经被清除了;
Release:
释放,上下行,指示发该信息的设备将要释放TI(处理识别码,接收到4G该信息的设备等发送释放完成信息后释放TI(处理识别码bbs.,接收到该信息的设备将要释放TI(处理识别码
d、与附加业务有关的呼叫(CallRelatedSS
Facility:
设施
Hold:
保持
HoldAcknowledge:
保持确认
vHoldReject:
保持拒绝
Retrieve:
恢复通
RetrieveAcknowledge:
恢复确认
RetrieveReject:
恢复拒绝
e、其它信息bbs.4
CongestionControl:
拥塞控制,上下行,指示在传输用户信息时建立和中止流量控制。
Notify:
通知,上下行,指示信息属于呼叫n5m
Status:
状态,上下行,用来响应状态查询信息或报告某些确定的错误信息
StatusEnquiry:
状态查询,上下行,用来请求状态信息4
StartDTMF:
启动双音多频,从移动台到网络
StopDTMF:
停止双音多频,从移动台到网络
StopDTMFAcknowledge:
停止双音多频证实,从网络到移动台
StartDTMFAcknowledge:
启动双音多频证实,从网络到移动台
StartDTMFReject:
启动双音多频拒绝,从网络到移动台
*MM层的功能主要为位置管理:
通信
a、注册(Registration
IMSIDetatchIndication:
IMSI分离指示,由移动台发往网络,在网络中设置一个无效指示.LocationUpdatingAccept:
位置更新接收,网络发向移动台,指示更新或IMSI(国际移动用户识别码的附着完成。
LocationUpdatingReject:
位置更新拒绝,网络到移动台,指示更新或IMSI(国际V移动用户识别码的附着失败。
b、连接管理(ConnectionManagement
CMServiceAccept:
CM业务接受,从网络到移动台,指示被请求的业务已经被接受Reject:
CM业务拒绝,从网络到移动台,指示被请求的业务不能提供
CMServiceAbort:
CM业务中断,从网络到移动台,指示被CM的业务中断
CMServiceRequest:
CM业务请求,从移动台到网络通信论
CMRestablishmentRequest:
CM重建请求,
Abort:
中断,网络到移动台
c、其它信息
MM_Status:
MM状态
*RR层的主要功能为在无线接口上管理传输路径及切换:
a、信道建立
AdditionalAssignment:
附加指配
ImmediateAssignment:
立即指配,网络给移动台分配一个SDCCH,(只包含一个MS指配信息,包括指配信道的描述、"信道请求"的信息字段和接收到"信道请求"帧的帧号、最初的时间提前量、起始时间指示(可选.
ImmediateAssignmentExtended:
立即指配扩展(同时包含两个MS指配信息,同立即指配扩展.
ImmediateAssignmentReject:
立即指配拒绝
b、切换
AssignmentCommand:
指配命令,网络发向移动台,指示移动台改变当前信道配置,切换到分配的专用信道,启动低层连接建立通信AssignmentComplete:
指配完成,指示主信令链路成功建立.
AssignmentFailure:
指配失败,包括指配失败的原因道的特征;需进行通信的新小区特性,包括允许测量程序中所要求的MSb预知同步信息(如BSIC和BCCH频率;功率命令;切换参考号码、可选的起始时间指示
HandoverComplete:
切换完成,MS发向网络,指示切换成功完成,网络释放原有信道.HandoverFailure:
切换失败,MS发向网络,网络释放新的信道
PhysicalInformation:
物理信息
c、信道释放
ChannelRelease:
信道释放,包括RR原因指示、BA范围
PartialRelease:
局部释放
PartialRaleaseComplete:
局部释放完成
d、寻呼3G网络PagingRequestType1:
寻呼请求类型1,网络给两个移动台发寻呼,包括寻呼模式、移动台1和2需要的信道、移动识别1、移动识别2等.
PagingRequestType2:
寻呼请求类型2,网络给三个移动台发寻呼,包括寻呼模式、移动台1和2需要的信道、移动识别1、移动识别2、移动识别3等.
PagingRequestType3:
寻呼请求类型3,网络给四个移动台发寻呼,包括寻呼模式、移动台1和2需要的信道、移动识别1、移动识别2、移动识别3、移动识别4等.
PagingResponse:
寻呼响应,移动台到网络,包括密钥序列号及移动识别
e、系统信息
SystemInformationType1:
系统信息类型1,网络到所有移动台,在BCCH上发送,指示RACH的控制信息及小区配置信息。
SystemInformationType2:
系统信息类型2,网络到所有移动台,在BCCH上发送,指示RACH的控制信息及邻小区的BCCH信息。
MSystemInformationType2bis:
系统信息类型2bis,网络到所有移动台,在BCCH上发送,指示RACH的控制信息及扩展的邻小区的BCCH信息。
SystemInformationType3:
系统信息类型3,网络到所有移动台,在BCCHbbs上发送,指示RACH的控制信息、小区识别号、位置区识别号、控制信道信息及小区选择参数等。
SystemInformationType4:
系统信息类型4,网络到所有移动台,在BCCH上发送,指示RACH的控制信息、位置区识别号、小区选择参数、CBCH信道描述、CBCH移动配置
SystemInformationType5:
系统信息类型5,网络到所有移动台,在SACCH上发送,指示邻小区的BCCH信息
SystemInformationType5bis:
系统信息类型5bis,网络到所有移动台,在SACCH上发送,指示扩展的邻小区的BCCH信息
SystemInformationType6:
系统信息类型6,网络到所有移动台,在SACCH上发送,小区识别号、位置区识别号、允许的NCC等
SystemInformationType7:
系统信息类型7,用于小区重选
SystemInformationType8:
系统信息类型8,用于小区重选通.
f、其他信息
ChannelModeModify:
信道模式修改,包括信道描述、信道所采用的新模式
ChannelModeModifyACK:
信道模式修改证实
FrequencyRedefinition:
频率重定义
MeasurementReport:
测量报告,包括服务小区和六个最强邻小区的Rxlev、bRxqual、BSIC、BCCH频率及DTX等
ClassmarkChange:
等级改变
ClassmarkEnquiry:
等级询问
RRStatus:
RR状态
A-bis接口信令分析
A-bis接口是BSS侧的内部接口,虽然在GSM协议中有一定的标准化要求,但是各个GSM系统供应商的A-bis接口协议允许有不同,而且即使对于同一供应商的不同版本,A-bis接口的协议也允许有调整和变化。
因为Abis接口消息中所有层三消息(下文中的L3消息必然要经过A接口和Um接口。
也就是说若将Abis接口中的L3消息抽离出来,则A接口和Um接口的主体消息也就明朗了。
下面将以跟踪到的移动呼叫移动时Abis接口消息为例,简述A-bis接口的信令分析。
在以下表格中其中每条消息都有详细的解释,其中还标明了所占用的时隙号。
1A-bis接口主叫阶段信令分析
序号信号方向消息解释
A:
以下为主叫阶段(接入、鉴权加密、指配、寻呼
0BTS-BSCMSG_CHAN_RQDChannelrequiredUplinkCCCH(RACHTS=0
1BSC-BTSMSG_CHAN_ACTIV激活SDCCHSDCCH/8+ACCHTS=1
2BTS-BSCMSG_CHAN_ACTIV_ACKSDCCH/8+ACCHTS=1
3BSC-BTSMSG_IMMEDIATE_ASSIGN_COMMAND指配SDCCHDOWNLINKCCCH(PCH+AGCHts=0
4BTS-BSCMSG_EST-INDL3:
CMSERVICEREQUESTSDCCH/8+ACCHTS=1
注:
若设定需鉴权,则接下来为鉴权请求和鉴权响应命令
5BSC-BTSMSG-DATA-REQL3:
CMSERVICEACCEPTSDCCH/8+ACCHTS=1
注:
若设定需加密,则接下来为加密模式命令和加密模式完成
6BTS-BSCMSG-DATA-INDL3:
SETUPSDCCH/8+ACCHTS=1
7BSC-BTSMSG-DATA-REQL3:
CALLPROCEEDINGSDCCH/8+ACCHTS=1
8BSC-BTSMSG-CHAN-ACTIV激活TCHBm+ACCHTS=2
9BTS-BSCMSG-CHAN-ACTIV-ACKBm+ACCHTS=2
10BSC-BTSMSG-DATA-REQ指配TCH命令L3:
ASSIGNMENTCOMMANDSDCCH/8+ACCHTS=1
11BTS-BSCMSG-EST-INDEstablishIndication(RadioLinkLayerManagementmsgBm+AcchTS=2
12BSC-BTSMSG-PAGING-CMDDOWNLINKCCCH(PCH+AGCHTS=0
(含被叫MSISDN
13BSC-BTSMSG-PAGING-CMDDOWNLINKCCCH(PCH+AGCHTS=0
14BSC-BTSMSG-PAGING-CMDDOWNLINKCCCH(PCH+AGCHTS=0
15BSC-BTSMSG-PAGING-CMDDOWNLINKCCCH(PCH+AGCHTS=0
16BSC-BTSMSG-PAGING-CMDDOWNLINKCCCH(PCH+AGCHTS=0
17BTS-BSCMSG-DATA-INDTCH指配完成L3:
AssignmentCompleteBm+Acchts=2
18BSC-BTSMSG-DEACTIVATE-SACCHSDCCH/8+ACCHts=1
19BSC-BTSMSG-REL-REQSDCCH/8+ACCHTS=1
20BSC-BTSMSG-RF-CHAN-RELSDCCH/8+ACCHTS=1
21BTS-BSCMSG-REL-CONFts=1
22BTS-BSCMSG-RF-CHAN-REL-ACKSDCCH/8+ACCHTS=1
2A-bis接口被叫阶段信令分析
B、以下为被叫阶段(接入、鉴权加密、指配
序号信号方向消息解释
23BTS-BSCMSG-CHAN-RQDUplink:
CCCH(RACHts=0
24BTS-BSCMSG-CHAN-ACTIV激活SDCCHts=1
25BTS-BSCMSG-CHAN-ACTIV_ACKts=1
26BSC-BTSMSG-IMMEDIATE_ASSIGN-COMMAND指配SDCCHDownlinkCCCH(PCH+AGCHts=0
27BTS-BSCMSG-EST-INDL3:
Pagingresponse(IMSITS=1
以下可选启动鉴权、加密阶段
28BSC-BTSMSG-DATA-REQL3:
setupts=1
29BTS-BSCMSG-DATA-INDL3:
Callconfirmedts=1
30BSC-BTSMSG-CHAN-ACTIV激活TCHBm+ACCHts=3
31BTS-BSCMSG-CHAN-ACTIV-ACKBm+ACCHTs=3
32ts=3;s7B5|3C*jBSC-BTS-t,W!
X"O3u,IMSG-DATA-REQ指配TCH命令L3:
AssignmentCommand3334(@,w'Z;t;T-}9n;pBTS-BSCBTS-BSCBSC-BTSBSC-BTSBSC-BTSBTS-BSCBTS-BSCBTS-BSCBSC-BTSBTS-BSCBSC-BTSBTS-BSCBSC-BTSMSG-EST-INDMSG-DATA-INDEstablishIndicationBm+ACCHTS=3TCH指配完成L3:
AssignmentCompletets=3ts=135:
W#I.h3_|MSG-DEACTIVATE-SACCHMSG-REL-REQMSG-RF-CHAN-RELMSG-REL-CONFts=1ts=1ts=15g5C0C'|,^`L363738!
}7r+_0Q8I#j8I,K3S39&R$O!
V"[1E7^hMSG-RF-CHAN-REL-ACKMSG-DATA-INDMSG-DATA-REQMSG-DATA-INDMSG-DATA-REQMSG-DATA-INDMSG-DATA-REQts=14041"dz1]-z4}0L%FL3:
Alertingts=3(被叫)"L-T'F-p7^;p+dL3:
Alertingts=2(主叫)L3:
Connectts=3(被叫)424344457j+Lk7D&?
L3:
Connectts=2(主叫)L3:
ConnectAcknowledge(主叫)ts=2L3:
Connectacknowledge(被叫)ts=3:
^,v+W5}L%I#l7d7\P'S3i:
B+n*g3A-bis接口拆线阶段信令分析"j.k1H+t(l(f$q折线阶段(被叫先挂机):
&W,C7Y1x1g8x,X.A/}6x;x:
o2T%y序号4647486k/f$g;}2[/_:
|*F信号方向BTS-BSCBSC-BTSBSC-BTSBTS-BSCBTS-BSCBSC-BTSBSC-BTS消息MSG-DATA-INDMSG-DATA-REQMSG-DATA-REQMSG-DATA-INDMSG-DATA-INDMSG-DATA-REQ解释2^%W:
b6c5V!
u;n+pL3:
Disconnect(被叫)ts=3L3:
ReleaseTs=3!
c&^7i:
P0^L3:
Disconnect(主叫)Ts=2L3:
ReleasecompleteTs=3L3:
Releasets=2L3:
Channelreleasets=3ts=349501O1V:
K5c1l!
~#g*p&e%h0o7F;@:
o5i9s%Q5152&j$e9P!
e"w0CR2k.M6vMSG-DEACTIVATE-SACCH0u&A$P/U!
~4pS
53-MC0U.l-E5|(qBSC-BTSBSC-BTSBSC-BTSBTS-BSCBTS-BSCBSC-BTSBTS-BSCBSC-BTSBTS-BSCMSG-DATA-REQMSG-DATA-REQL3:
Releasecompletets=2L3:
Channelreleasets=2ts=2.}-W4}-N-p8t&L7E,P%l5455565758/p(D!
?
O;~MSG-DEACTIVTE-SACCHMSG-REL-INDMSG-REL-INDts=3ts=2%K9B9Z.M6k/hMSG-RF-CHAN-RELMSG-RF-CHAN-REL-ACKMSG-RF-CHAN-RELMSG-RF-CHAN-REL-ACKts=3&B"T2x2?
5S%w/zx59609d8E*N*D:
p+vhGts=3ts=2-G"n-iz5l61ts=2以下将上述挂机阶段中主叫与被叫的挂机过程分别抽离出来。
发现只有前三个命令的方向不同,原因是被叫先挂机。
其它完全一样。
;]+U!
f2L;@6b8h/y被叫挂机流程:
*oH,i;Z"Q/w*U463u0G#Q"[4_$\/o0g}&fBTS-BSCBSC-BTSBTS-BSCBSC-BTSBSC-BTSBTS-BSCBSC-BTSBTS-BSCMSG-DATA-INDMSG-DATA-REQMSG-DATA-INDMSG-DATA-REQL3:
Disconnect(被叫)ts=3L3:
ReleaseTs=347$p$\#|:
W-]*P$v#E;W#g4{%|-K49515256,?
/x,S/a+gL3:
ReleasecompleteTs=3L3:
Channelreleasets=3ts=3MSG-DEACTIVATE-SACCHMSG-REL-INDts=3/@H/P%E,a:
m9_!
n9Y4q0\9I(k9n2l5859/M-EX6d2D.v7F,|;cMSG-RF-CHAN-RELMSG-RF-CHAN-REL-ACKts=36D$}$A3[$v&v3n3S%qCts=3'i#Y"N!
Q"D0u6Q:
H5},G6Y1w:
h%`(D-`(s8V主叫挂机流程:
48(_1F&d4oN8P/Y1[5`+g4jBSC-BTSBTS-BSCMSG-DATA-REQMSG-DATA-INDL3:
Disconnect(主叫)Ts=2L3:
Releasets=250!
a7L(A'z/^3H9u
53#y:
Q;d5S6g!
b0CBSC-BTSBSC-BTSBSC-BTSBTS-BSCBSC-BTSBTS-BSCMSG-DATA-REQMSG-DATA-REQL3:
Releasecompletets=2L3:
Channelreleasets=2ts=254%Rb!
P-G,@9k9m5557$?
5u3x8]9a3cMSG-DEACTIVTE-SACCHMSG-REL-INDts=2ts=2,Z.K^(e,pT6u!
O6061`0R3[8m;l+`6qMSG-RF-CHAN-RELMSG-RF-CHAN-REL-ACK8O"`r*~!
x&k(J,|ts=2+I1Q/q;H;A6ZP7R释放过程的解释:
W7Z5o%[4^z7V3v9_*Y3l#P5m+~:
Z:
E-W-{l8F(1MS挂机的动作被翻译成L3:
disconnect(拆线)。
这时仅仅结束端-端的连接,然而此时呼叫并未完全释放,MSC与MS之间的本地内容仍被保持,以便完成诸如收费指示等附带任务。
!
{6k#R5GU9i0X(a-\.z'B!
O-]V2k(2MSC发送L3:
release,MS回送L3:
releasecomplete,低层才被释放,这时MSC和MS完成释放过程,MS回到空闲状态,MSC释放地面信道。
(?
0Y3U2n7L4|(3MSC向BSC发“clearcommand”(A接口消息),指示BSS释放专用无线资源,BSS接到命令后启动清除程序,即为abis接口上DeactiviteSACCH、RF-channelrelease命令,BSS专用资源释放完成,并将支配的地面电路置为空闲状态后,向MSC返回一个“clearcomplete”,此时,由MSC释放本端的地面信道及物理连接。
若由于BSS的原因需要释放资源,则BSS发一个“Clearrequest清除请求”通知MSC释放相应的资源