路测信令分析

1．某地主要由4173、4081小区覆盖，上述两个小区及相邻小区同属于LAC：13588。DT测试过程中，MS当前服务小区为4173，当检测到有Level 更强的邻区时，BSC指示MS切换（发起DL：HANDOVER COMMAND），此时发生了连续的三次切换失败（UL：HANDOVER FAILURE）。虽然本例中经历了连续三次切换失败，MS仍然没有掉话（MS还在发送测量报告），但是对连续的切换失败应该给予很大的重视。导致连续的切换失败的原因可能是目标小区的TCH信道拥塞，也可能是目标小区的BCCH载频与TCH载频的发射功率没有调平，导致BCCH与TCH的Level值相差很大而造成切换失败。 第三层信令消息流程: I\ DL：HANDOVER COMMAND

UL：HANDOVER ACCESSBh1~1B-i+jZ'|0{ UL：HANDOVER COMPLETEib(K9JY UL：MEASUREMENT REPORT UL：HANDOVER FAILURE

DL：SYSTEM INFORMATION TYPE 5

从切换的两个小区来看，4173向4081切换，是不同步切换，所以BSC应该在MS发出UL：HANDOVER ACCESS消息后，接着发出DL：PHYSICAL

INFORMATION，指示MS切换至目标小区的Timing Advance，即MS与切换目标小区的距离。同时，在MS发出UL：HANDOVER COMPLETE之后，再发一条DL：PHYSICAL INFORMATION。在本例中BSC没有发出这两条消息，这也是导致发生切换失败的原因之一。4Px~:r#V s\ 2．MS呼叫失败.

经检查信令发现有立即指派拒绝(immediate assignment reject)消息 系统发现无可用信道.很可能是因为系统拥塞引起的

3．一次正常的LAR&RAU信令流程如下：:F]A.Jl7fR@ Direction Type Layer 3 Message UL RR Channel Request ]-PB|2P\ DL RR Immediate Assignment UL MM Location Updating Request UL RR Classmark Change8x+{ n m,WI+q UL RR GPRS Suspension Request DL MM Authentication Request UL MM Authentication Response DL MM Identity Request6I#U;_ mtO UL MM Identity Respone U$W8I ~#wD

DL MM Location Updating accept;dXA(xU,ob _9_-P0B7| UL MM TMSI Realocation Complete

DL RR Channel Release!o4| zj E#~8toR.Ev^

UL GPRS MM Routing Area Update Request UL RR Channel RequestF f-ee6y)Se}\ DL RR Immediate Assignment

DL GPRS MM Routing Area Update Accept

UL GPRS MM Routing Area Update Complete@}&{(q _8g? V$[(x8C*Mi 4．掉话（既没有Disconnect，也没有Release，则视为掉话）： Paging Request→Channel Request→Immediate Assignment→CM Service Request→CM Service Accept→Setup→Assignment Command→Assignment Complete→Connect/Alerting→System Information Type1 3vF)l2T-b0[,i W f kl

通话正常结束(Disconnect和Release都有或只有其中一个都视为通话正常结束)：Paging???? Request→Channel Request→Immediate Assignment→CM Service Request→CM Service Accept→Setup→Assignment Command→Assignment Complete→Alerting→Disconnect→Release→Release Complete→Channel Release }1{-WL+A3S,oL

呼叫失败： Paging???? Request→Channel Request→Immediate

Assignment→CM Service Request→System Information Type1（在一次呼叫过程中，若连续出现多个CM Service Request，则视为一次呼叫失败） J:LK+@K ,a/g\

呼叫成功：Paging Request→Channel Request→Immediate???? Assignment→CM Service Request→CM Service Accept→Setup→Assignment Command→Assignment Complete→Connect/Alerting c4h#~-m#\\H n;x

切换成功：Handover???? Command→Handover Complete

切换失败：Handover Command→Handover Failure???? 1VPP)Xg|

5．我们遇到了一个问题， 在天津进行静态测试， 发现MO呼叫30秒后自动中断，网络发送disc消息給MS，后面进行正常的拆除过程。p_d b,f~ O,] MT呼叫时，MS可以看到incoming call，连接后显示进入连接状态，但主叫端仍然只能听到提示音，不能进行正常通话。 MO过程如下 MS

net－－CM req---------------> <---ciph cmd-----------

---ciph completed------->Kg%E[5d \\ ---setup---------------->R)wM&p-[ Q;Fj <-----call proceding---+lP?+U0b.u

<------assignmend cmd----bJ*Q$eL9X1Y)\\ -----assignmend complete-->P[~r T v D^

<---alerting-----------

<----connect-----------Y,_H~ Lt --------connect ack----> after 30s

<--------disc-------------0s?-`S6t!H&V

因为connect ack是在FACCH上发送的， 怀疑网络未能收到ack消息， 因为发送connect消息后，网络端将启动一个为期30秒的定时器等待MS的确认，出于某种原因，ack消息未能到达网络， 此定时器超时， 网络进行呼叫释放 6．某次路测中发现手机每当起呼占用（BCCH：554，BSIC：52，LAC：9488，CI：29403），其只能一直切换到DCS1800网，通话过程中无法测量到GSM900的频点，一直不能向GSM900网切换，在测试时不单该小区自己本身不能测量到GSM900的频点，在本次通话过程中的所涉及的所有小区都不能测量到GSM900的频点，导致在该路段出现弱信号和质差最后导致掉话（虽然在CDD中该小区的MBCCHNO中有GSM900的频点）；但如果测试时，起呼占用的不是本小区，而是由起它小区起呼，再切换到该小区，则在该小区仍然能测量到GSM900的频点。切换正常；说明问题出在该小区。

经仔细检查路测试数据的第三层信息，发现在该小区起呼时，第三层信息没有出现 UL-CLASSMARK CHANGE这条信令且在该小区的SYSTEM

INFORMATION TYPE3中发现 EARLY SENDING ：EXPLICITY FORBIDDEN，导致系统认为手机为1800单频手机；经检查BSC数据，发现该小区的ECSC 参数设为 NO，其它小区该参数设为 YES。通过调整该参数，问题得到解决。 7．对于L3的信令问题,本人认为重要的不是信令本身而是应该了解这个信令是说明了什么东西.所以最重要的还是需要大家在工作过程中学习呼叫流程以及GPRS等数据业务的信令过程,然后才能够更加准确的分析问题,而不是简单的去认识几个缩写是什么英语单词这么简单. 8.b4^ pz0QUI_

常见Disconnect / Release Cause Value: Cause Value Reason 31 BSS or MSC problem

34(beforeAssignmentCommand) TCH Blocking

34(after Assignment Complete) MSC Blocking _2F$qqx3D*T-MX;Y&v$a

41(after Assignment Command) BSS problem, especially DRI problem 41(after Assignment Complete) MSC problem +L i#O ~f$Ds7Y7uh3b

42 MSC Congestion oi&~1jh-_j

44 BSS problem, especially the CIC blocking 3Y3z0W ?6@b 111 BSS or MSC problem 4^CKzd*w6su \\:A I-B

9. MS1 Uplink Channel Request ;D5}9{8`S1o+@-gU5n p%] MS1 Downlink Immediate Assignment MS1 Uplink CM Service Request

MS1 Downlink CM Service Accept SDCCH分配成功 MS1 Uplink Setup

MS1 Downlink Call Proceeding

MS1 Downlink Assignment Command

MS1 Uplink Assignment Complete TCH分配成功 9|j,j&g2w-W MS2 Uplink Channel Request

MS2 Downlink Immediate Assignment 1X:\\0V9O'c8b-N5v

MS2 Uplink Paging Response SDCCH分配成功 *K1w-OT7I BoXW8_-k

MS2 Downlink Setup

MS2 Uplink Call Confirmed H-Qf SR-Z\ MS2 Downlink Assignment Command

MS2 Uplink Assignment Complete TCH分配成功 MS2 Uplink Alerting #~2AH1IK.S g&W

MS1 Downlink Alerting 8c k\rj,v3` \\!D

MS2 Uplink Connect

MS2 Downlink Connect Acknowledge (God[ T&M MS1 Downlink Connect

MS1 Uplink Connect Acknowledge 3R `-v-J M MS1 Uplink Disconnect

MS1 Downlink Release y@(Rr;}1u MS1 Uplink Release

Complete )O:T8?s ^+c`1{ J MS2 Downlink Disconnect

MS2 Uplink Release !E%BUc#U ?/Z^ MS1 Downlink Channel Release

MS2 Downlink Release Complete (jm;D!m2S&` L-I MS2 Downlink Channel Release

MS1&MS2的流程

10. 在LAC39280下的BSC126进行针对寻呼的测试，该BSC挂接在华为软交换下，测试中发现下列两次异常情况。两次呼叫情况相同，在被叫响应寻呼后，一直到connect都正常进行，可是接下来没有ACKnowledge而直接Disconnect。其中拆链原因为：Switching equipment conqestion (交换设备拥塞)，具体情况如下所示：

时间：12：28：46.25

问题描述：Disconnect提示交换设备拥塞 k s)BB

no

问题分析：如下图所示，在12：28：39.62 MS1 占用小区40361（六团砖场-1）的信号呼叫MS2 ，此时MS2占用小区40363（六团砖场-3）的信号，此时MS1接收电平较高，而MS2 接收电平较差，只有-92dbm，呼叫未正常拆链。 下面从信令流程来看，如下图所示，MS2在收到寻呼消息后，立即申请信道， 接着下行发送Immediate Assigment ,MS2上行寻呼相应paging response. 一直到上行发送Connect都很正常，然而在MS2发送connect 后没有

ACKnowledge直接Disconnect，而Disconnect的原因是Switching equipment conqestion (交换设备拥塞) R(Zn0|:n1t `H.g 被叫MS2信令流程如下图所示： 主叫MS1信令流程如下图所示：MS1在完成Assignment Complete之后Alerting接着紧跟着一个切换，然后下行Channel release。Channel release为正常事件。 &A9q?;q5}n*k#I 'b)Zp @^7iN Zn #vg%X7\\v+N

2. 时间：17：15：04.61

问题描述：Disconnect提示交换设备拥塞 'O/ymm1IF;\\`

问题分析：如下图所示，MS1 占用小区40133的信号呼叫MS2 ，MS2占用小区40022的信号，接收电平及话音质量良好，呼叫未正常拆链。 11.

一次完整的主叫流程（含切换）^1z DAm1oK@x IDLE： %ur.P7w L6s*B

DL: SYSTEM INFORMATION TYPE 1：包括小区信道描述和RACH控制参数6YB0v^P/PV2f

DL: SYSTEM INFORMATION TYPE 2（2bis，2ter）：邻小区BCCH频点描述，RACH控制信道，允许的PLMN（扩展邻小区BCCH频点描述+RACH控制信道；扩展邻小区BCCH频点描述2）

DL: SYSTEM INFORMATION TYPE 3：CI，LAI，控制信道描述，小区选择，小区选择参数，RACH控制参数

DL: SYSTEM INFORMATION TYPE 4：LAI，小区选择参数，RACH控制参数，CBCH信道描述，CBCH移动配置

DL: SYSTEM INFORMATION TYPE 7：小区重选参数D(j+Za$L'aV1z4b/NR DL: SYSTEM INFORMATION TYPE 8：小区重选参数R5KZl9RU3N1t/w3BE UL: Channel request

DL: Immediate assignment（SDCCH） 试呼：

Kn2F)T7t

UL:CM service request（如果后面直接收到System Information Type1，则视为起呼失败） f9dl\

DL: CM service RequestPf$G6T+{&E

DL: CM service accept bfN!TJ4VP DL: AUTHENTICATION

REQUEST @&{_?b\ A

UL: AUTHENTICATION RESPONSE

DL: CIPHER MODE COMMAND Zb slG-L2`&V UL: CIPHER MODE COMPLETE C!Qb s5k4vz%wh DL: TMSI REALLOCATION COMMAND

UL: TMSI REALLOCATION COMPLETE {z!Z'j,p2G UL: SETUP

DL: CALL PROCEEDING 7o%d?A'wk

DL: ASSIGNMENT COMMAND }8q XO}Q7wmu vk-Dp

UL: ASSIGNMENT COMPLETE （TCH） 'Pb6pXu m L

DL: ALERTING E:|4i` @Y 成功起呼：

DL: CONNECT（呼叫成功的标志,） I5Yksg+k UL: CONNECT ACKNOWLEDGE -k Gp [ Ia

DL: SYSTEM INFORMATION TYPE 5（5bis，5ter）：邻近小区BCCH频点描述（扩展邻近小区BCCH频点描述）*RxOOG$\\f/TYUOE

DL: SYSTEM INFORMATION TYPE 6：CI，LAI，小区参数设置

@*z$m A)w As

UL: MEASUREMENT REPORT

DL:Handover Command:@ LM'y7]1R{$XV4W DL:Physical Information

UL:Handover Complete(切换成功的标志) C ~9Y4S[i#R

DL:Physical Information

DL: SYSTEM INFORMATION TYPE 6t)fr`#?2q UL: MEASUREMENT REPORT\

DL:Disconnect（收到该条消息或Release中的任何一条，则视为正常释放，如果两条消息均未收到，而是直接收到System Information Type1，则视为一次掉话） \\q+T,uA:c;z2f3W(jg UL:Release %V e1c&x0j.l(F DL:Release Complete DL:Channel Release UL:Release Complete

12. 某地优化工程中发现SPC=255-5-253到SPC=255-5-248无法切换的问题，从信令流程可以看到MSC（SPC=255-5-253）发送UDT格式的

MAP_PREPARE_HANDOVER消息后， SCCP_RETURN_CAUSE = no translation for an address of such nature (0) `AIX;d9v7c0gL\\ 信令流程可以看到MSC（SPC=255-5-253）发送UDT格式的

MAP_PREPARE_HANDOVER消息后，直接以UDTS格式的同一消息作为应答，并且SCCP层的弹回原因如下： 8O.Anox+X `]'^P$Q

SCCP_RETURN_CAUSE = no translation for an address of such nature (0)

说明该消息在对端交换机（SPC=255-5-248）的SCCP分析过程中存在一定的问题，即对端交换机无法做正确的GT翻译。

可以看到被叫号码的格式为13090953，而SPC=255-5-248相关的GT数据只定义了格式为8613090953，而没有定义不加 86的数据。由此可以看出该问题的根本原因还是数据原因导致的 令跟踪数据分析：

通过对BSC05 PCM45/46/47/48下16时隙的所有呼叫进行分析发现：BSC收到Assignment Request 20至30ms后向MSC回送Assignment Failure，

问题处理结果：

检查BSC05、MSC A接口电路配置发现：BSC05和BSC53的A接口电路中， 16时隙除了用作信令链路外都不进行配置，而在MSC侧将新增加的8条电路的16时隙配置的TCH信道，导致在MSC指配到16时隙而BSC侧并不识别产生分配失败。 Z0E6I,u6]+UX

在MSC侧将新增加的8条电路的16时隙锁定后，问题解决。 14.

抛砖引玉！l,U*y ?,E w:^4? 例：MS呼叫未接通：H$Sj/Fgt4yLT(P

在做DT测试过程中发生了一次未接通，地点是LAC区交接处，在DT测试的行程中，可能发生数次跨LAC区的切换，极易发生掉话或未接通情况。主要有以下三条信令消息：!H[-LM!C^ UL：CHANNEL REQUEST

DL：IMMEDIATE ASSIGNMENT UL：CM SERVICE REQUEST

在上行的CM SERVICE REQUEST信令发出后，没有下行的响应，通话状态由起呼直接转为空闲模式（IDLE），由此可以断定发生了一次未接通。由于上行UL：CM SERVICE REQUEST是MS发起的对SDCCH的申请，发出申请后没有应答，没有出现标志呼叫接通的信令消息，可以断定发生了一次未接通情况。其原因可能为该服务小区的SDCCH信道拥塞，也可能是由于无线环境的恶化造成SDCCH信令丢失。因为此次DT测试发生在跨数个LAC的路段，而且是上一个通话刚刚结束，起初判断可能是发生了一次位置更新。Z9k%|6^4NJ$b 15. 位置更新信令消息： :ak Yr-E\\C7Z`^ DL：CHANNEL RELEASE

UL：CHANNEL REQUEST（开始位置更新）

DL：IMMEDIATE ASSIGNMENT,i k*PW'y6FA.M UL：LOCATION UPDATING REQUEST DL：AUTHENTICATION REQUEST UL：AUTHENTICATION RESPONSE DL：LOCATION UPDATING ACCEPT UL：TMSI REALLOCATION COMPLETE DL：CHANNEL RELEASE~ }&W8`un;EN}

结合此例的第三层信令消息来看，例子中MS发出了UL：CM SERVICE REQUEST，并不是UL：LOCATION UPDATING REQUEST，由此可以判断出此例并非是位置更新。7gi T B m%C

由于字节限制，只能简单点。n-~o C\

某次测试中发现DT测试路段有无覆盖地段，导致MS数据吞吐量变为0，没有与GPRS网络的连接，o-j cpLH

但是该路段做GSM网络DT测试时并没有发现有无覆盖地段，'DP(M(O1nz F 经过分析，其原因可能是MS执行了一次跨路由区的小区重选

（在显示图的信令部分可以明显的看出该MS正在做位置更新）。 跟踪当前信令为：)y:Em4k| N6^}2s3Q DL：SYSTEM INFORMATION TYPE 1 UL：LOCATION UPDATING REQUEST UL：CHANNEL REQUEST [jmv0B)K9p dr U

一次正常的LAR&RAU信令流程如下：

Direction Type Layer 3 Message UL RR Channel Request

DL RR Immediate Assignment!D8a3j8K&{V^J E UL MM Location Updating Request UL RR Classmark Change

UL RR GPRS Suspension Request

DL MM Authentication Request o8^@*bw cH f

UL MM Authentication Response

DL MM Identity Request`4{1gn)fB6vg |_+h UL MM Identity Respone

DL MM Location Updating acceptj ?e&vxG] UL MM TMSI Realocation Complete DL RR Channel Release6gN }Zp

UL GPRS MM Routing Area Update Request UL RR Channel Request

a$a\\/hUg Y

DL RR Immediate Assignment

DL GPRS MM Routing Area Update Accept V$xn-xc G2FQ UL GPRS MM Routing Area Update Complete

17. 在DT FTP下载测试中，MS已成功登陆FTP Server，并已经开始下载数据，FTP下载进度为9％，在经过一次小区重选后，发现在事件列表中有PDP Deactivated的消息，在层三消息中可以看到是手机发起的上行消息，之后的FTP下载不能继续进行，在一系列的Ping fail后，FTP掉线。层三信令显示如下： ,q\\x:HHQ{4RH

Direction Type Layer 3 Message

UL GPRS SM Deactivate PDP Context Request x6x N U'j.Ka%f_6b&[

DL RR System Information Type 13 -]5CqG

s/H P

UL RR Channel Request 5T-m e mz#e N l

DL RR Immediate Assignment /q*T+[5l|9kOb DL GPRS SM Deactivate PDP Context Accept'u$n3n mJ0t 发生这种情况可能有3种原因：MRFe4Pn:M.QQ

一是手机在测试过程中电缆的某个接口发生了松动，这样手机可能会发出PDP去激活申请。,DI Z.Gr$q'{Rc$o

二是手机本身存在一些问题也可能导致这个问题。 三是测试用的笔记本电脑可能存在一些问题 'v,W/W5gQb+v+G%d

%v-mI0F0XGJ+h+Z S ~

;w3`B2FYP*S~l

#XN q j.w!e-k)n x

18. 第三层信息（GSM Layer 3 ） GSM移动无线接口第三层的信息，包括无线资源管理（RR）移动性管理（MM）、呼叫控制（CC）三方面信息。

4G移动通信资源学习社区6]%@ H *CC层的主要功能为建立、维持和释放呼叫：

a、有关呼叫建立的信息（Call

Establishment）:MOTOROLA,NOKIA,ERICSSON,NORTEL,LUCENT,贝尔,西门子,以及华为,中兴等 oZUm MlK W

Alerting：告警信息，上下行。从网络到主叫移动台或从被叫移动台到网络，用来指示被叫手机启动告警（即回铃音）。包括进展指示及用户--用户信息等+r1n(k0D7u8?jo

Call confirmed：呼叫确认，呼叫确认，该信息由被叫移动台发出，用来确证收到呼叫请求；

Call proceeding：呼叫进程，该信息由网络发向主叫移动台，指示被请求的呼叫信建立信息已经被接收,不会再接收更多的呼叫建立信息。

Connect：连接，从网络到主叫移动台或从被叫移动台到网络，用来指示连接被接受； i {o9hbL

Connect Acknowledge：连接确认，从网络到被叫移动台或主叫移动台到网络， 指示移动台得到一个呼叫（连接完成）；Energency Setup：紧急建立，由移动台发出，用来启动一个紧急呼叫的建立；通信论坛,通信资料,资料下载,核心网,移动通信学习资料,移动网络优化，网络Progress：进展，从网络到移动台，指示呼叫的进程；_ EA2}4t&Q

Setup：建立，上下行，指示启动呼叫建立；*_O\\r!B+^+k b、呼叫信息状态（Call Information Phase）7zDR/X/u g8y

Modify：修改，上下行，请求改变呼叫的承载能力； T Z s Q.U ^5[*y4g$ Modify Complete：修改完成，指示对呼叫承载能力修改的完成；

Modify Reject：修改拒绝，上下行，指示改变呼叫的承载能力请求的失败；x3zlwq$Q

User Information：用户信息,由移动台发向网络来传输信息到远端用户或由网络m!发向移动台传输从远端用户来的信息。bbs.4ga.\\!\\*Pk;^$| {_{:Ty c、呼叫清除（Call Clearing）

Disconnect：断连，从移动台到网络请求清除端到端的连接，或从网络到移动台指示端到端的连接已经被清除了；

Release：释放，上下行,指示发该信息的设备将要释放TI(处理识别码),接收到b该信息的设备等发送释放完成信息后释放TI(处理识别码)别码),接收到该信息的设备将要释放TI(处理识别

码) YM-vK9u9P'GF$u,vD+l u

d、与附加业务有关的呼叫（Call Related SS） Facility：设施+] { u,H'D P Xg w p/?b Hold：保持

Hold Acknowledge：保持确认bbs.4gapp.com Hold Reject：保持拒绝 F M

W%z D ?-~({u

Retrieve：恢复 Eu i b7J%P#t.L*B-s

y Retrieve Acknowledge：恢复确认;r+G L1Ic Retrieve Reject：恢复拒绝

e、其它信息4G移动通信资源学习社区7F9pC6UYI

Congestion Control：拥塞控制，上下行，指示在传输用户信息时建立和中止流量控制。

Notify：通知，上下行，指示信息属于呼叫

Status：状态，上下行，用来响应状态查询信息或报告某些确定的错误信息 I-T,z'a8O\

Status Enquiry：状态查询，上下行，用来请求状态信息通信论坛,通信资f3i t T'Al'YA0?

Start DTMF：启动双音多频，从移动台到网络

Stop DTMF：停止双音多频，从移动台到网络4G移动通信资源学习社区 %gA-r udtvs-A

D X9l z#Y ` B C D3X9^ j,?0brp@Z

Stop DTMF Acknowledge：停止双音多频证实，从网络到移动台通信论坛,通信资Start DTMF Acknowledge：启动双音多频证实,从网络到移动台1\\!yw ]!] Start DTMF Reject：启动双音多频拒绝,从网络到移动台

*MM层的功能主要为位置管理： 0tRt(oJn _Z

a、注册（Registration）7VD k(n#h1M ~

IMSI Detatch Indication：IMSI分离指示,由移动台发往网络,在网络中设置一个无效指示通信论坛,通信资料,资料下载,核心网,移动通信学习资料,移动网络优化，网络规划,移动通信培训课Location Updating Accept：位置更新接收,网络发向移动台,指示更新或IMSI(国际移动用户识别码)的附着完成

Location Updating Reject：位置更新拒绝,网络到移动台,指示更新或IMSI(国际移动用户识别码)的附着失败IMSI(国际移动用户识别码)的附着失败bbs.4gapp.c

om2}K A e6^ d ub、连接管理（Connection Management）

CM Service Accept：CM业务接受，从网络到移动台，指示被请求的业务已经被

接受 B3K*%~ W oK M

Reject：CM业务拒绝，从网络到移动台，指示被请求的业务不能提供

CM Service Abort：CM业务中断，从网络到移动台，指示被CM的业务中断tUJS bo8T~6v2{

CM Service Request：CM业务请求，从移动台到网络M CM Restablishment Request：CM重建请求， Abort：中断,网络到移动台;T\ c、其它信息

MM_Status：MM状态

*RR层的主要功能为在无线接口上管理传输路径及切换： c ^ x Wa、信道建立 X9H+^,t Additional Assignment：附加指配

Immediate Assignment：立即指配, 网络给移动台分配一个SDCCH ,(只包含一个MS指配信息),包括指配信道的描述、\信道请求\的信息字段和接收到\信道请求\帧的帧号、最初的时间提前量、起始时间指示(可选).%G3v(F q6|

Immediate Assignment Extended：立即指配扩展(同时包含两个MS指配信息),同立即指配扩展 D:mS,{U

Immediate Assignment Reject：立即指配拒绝)kaTH*JC5M b、切换

Assignment Command：指配命令,网络发向移动台,指示移动台改变当前信道配置,bbs.4ga切换到分配的专用信道,启动低层连接建立4

Assignment Complete：指配完成,指示主信令链路成功建立.

Assignment Failure：指配失败,包括指配失败的原因道的特征;需进行通信的新小区特性,包括允许测量程序中所要求的MScY:^pE;o

预知同步信息(如BSIC和BCCH频率);功率命令;切换参考号码、可选的

w$R,FI L^-w$np,? 起始时间指示

G&T j [ edc Zb u P

Handover Complete：切换完成,MS发向网络,指示切换成功完成,网络释放原有信道.`h\

Handover Failure：切换失败,MS发向网络,网络释放新的信道bbs.4gapp.com ` a¬}/|6P Physical Information：物理信息 c、信道释放 }cC*f#J HiD

Channel Release：信道释放,包括RR原因指示、BA范围 Partial Release：局部释放,[ j4a-Y5{ SP/x4m

Partial Ralease Complete：局部释放完成4G移动通 XUEm[K d、寻呼

Paging Request Type 1：寻呼请求类型1,网络给两个移动台发寻呼,包括寻呼模\式、移动台1和2需要的信道、移动识别1、移动识别2等 Paging Request Type 2：寻呼请求类型2,网络给三个移动台发寻呼,包括寻呼模式、移动台1和2需要的信道、移动识别1、移动识别2、移动识别3等 s Paging Request Type 3：寻呼请求类型3,网络给四个移动台发寻呼,包括寻呼模式、移动台1和2需要的信道、移动识别1、移动识别2、移动识别3、移动识别4等-n-z7\\ t8DQ@;z2M

Paging Response：寻呼响应,移动台到网络,包括密钥序列号及移动识别 e、系统信息3G

System Information Type 1：系统信息类型1,网络到所有移动台,在BCCH上发送,指示RACH的控制信息及小区配置信息

System Information Type 2：系统信息类型2,网络到所有移动台,在BCCH上发送, 指示RACH的控制信息及邻小区的BCCH信息

System Information Type 2bis：系统信息类型2bis, 网络到所有移动台,在BCCHMOTORO上发送,指示RACH的控制信息及扩展的邻小区的通信论 坛System Information Type 3：系统信息类型3, 网络到所有移动台,在BCCH ] N {\上发送,指示RACH的控制信息、小区识别号、位置区识别号、控制信道信息及小区选择参数等:C| j$@;E G

System Information Type 4：系统信息类型4, 网络到所有移动台,在BCCH3G 上发送,指示RACH的控制信息、位置区识别号、小区选择参数、CBCH信道描述、CBCH移动配置

System Information Type 5：系统信息类型5, 网络到所有移动台,在SACCH上发送,指示邻小区的BCCH信息

System Information Type 5bis：系统信息类型5bis, 网络到所有移动台,在SACCH上发送,指示扩展的邻小区的BCCH信息

System Information Type 6：系统信息类型6, 网络到所有移动台,在SACCH上发送, 小区识别号、位置区识别号、允许的NCC等

System Information Type 7：系统信息类型7,用于小区重选

System Information Type 8：系统信息类型8,用于小区重选通信论 f、其他信息

Channel Mode Modify：信道模式修改,包括信道描述、信道所采用的新模式 a,v~ O/_+r|

Channel Mode Modify ACK：信道模式修改证实bbs.4gap2{#E;lh K h9`w)? Frequency Redefinition：频率重定义

Measurement Report：测量报告,包括服务小区和六个最强邻小区的Rxlev、Rxqual、BSIC、BCCH频率及DTX等Classmark Change：等级改变 Classmark Enquiry：等级询问 RR Status：RR状态

本文来源：https://www.bwwdw.com/article/tk7p.html