1．某地主要由4173、4081小區(qū)覆蓋，上述兩個小區(qū)及相鄰小區(qū)同屬于LAC：13588。DT測試過程中，MS當前服務(wù)小區(qū)為4173，當檢測到有Level 更強的鄰區(qū)時，BSC指示MS切換（發(fā)起DL：HANDOVER COMMAND），此時發(fā)生了連續(xù)的三次切換失�。║L：HANDOVER FAILURE）。雖然本例中經(jīng)歷了連續(xù)三次切換失敗，MS仍然沒有掉話（MS還在發(fā)送測量報告），但是對連續(xù)的切換失敗應(yīng)該給予很大的重視。導(dǎo)致連續(xù)的切換失敗的原因可能是目標小區(qū)的TCH信道擁塞，也可能是目標小區(qū)的BCCH載頻與TCH載頻的發(fā)射功率沒有調(diào)平，導(dǎo)致BCCH與TCH的Level值相差很大而造成切換失敗。
第三層信令消息流程:
DL：HANDOVERCOMMAND
UL：HANDOVERACCESS
UL：HANDOVERCOMPLETE
UL：MEASUREMENTREPORT
UL：HANDOVERFAILURE
DL：SYSTEMINFORMATIONTYPE5
從切換的兩個小區(qū)來看，4173向4081切換，是不同步切換，所以BSC應(yīng)該在MS發(fā)出UL：HANDOVER ACCESS消息后，接著發(fā)出DL：PHYSICAL INFORMATION，指示MS切換至目標小區(qū)的Timing Advance，即MS與切換目標小區(qū)的距離。同時，在MS發(fā)出UL：HANDOVER COMPLETE之后，再發(fā)一條DL：PHYSICALINFORMATION。在本例中BSC沒有發(fā)出這兩條消息，這也是導(dǎo)致發(fā)生切換失敗的原因之一。
2．MS呼叫失敗.
經(jīng)檢查信令發(fā)現(xiàn)有立即指派拒絕(immediate assignment reject)消息 系統(tǒng)發(fā)現(xiàn)無可用信道.很可能是因為系統(tǒng)擁塞引起的
3．一次正常的LAR&RAU信令流程如下：
Direction TypeLayer 3 Message
ULRRChannel Request
DLRRImmediate Assignment
ULMMLocation Updating Request
ULRRClassmark Change
ULRRGPRS Suspension Request
DLMMAuthentication Request
ULMMAuthentication Response
DLMMIdentity Request
ULMMIdentity Respone
DLMMLocation Updating accept
ULMMTMSI Realocation Complete
DLRRChannel Release
ULGPRS MMRouting Area Update Request
ULRRChannel Request
DLRRImmediate Assignment
DLGPRS MMRouting Area Update Accept
ULGPRS MMRouting Area Update Complete
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
通話正常結(jié)束(Disconnect和Release都有或只有其中一個都視為通話正常結(jié)束)：Paging Request→Channel Request→Immediate Assignment→CM Service Request→CM Service Accept→Setup→Assignment Command→Assignment Complete→Alerting→Disconnect→Release→Release Complete→Channel Release
呼叫失�。篜aging Request→Channel Request→Immediate Assignment→CM Service Request→System Information Type1（在一次呼叫過程中，若連續(xù)出現(xiàn)多個CM Service Request，則視為一次呼叫失�。�
呼叫成功：Paging Request→Channel Request→Immediate Assignment→CM Service Request→CM Service Accept→Setup→Assignment Command→Assignment Complete→Connect/Alerting
切換成功：Handover Command→Handover Complete
切換失�。篐andover Command→Handover Failure
5．我們遇到了一個問題， 在天津進行靜態(tài)測試， 發(fā)現(xiàn)MO呼叫30秒后自動中斷，網(wǎng)絡(luò)發(fā)送disc消息給MS，后面進行正常的拆除過程。
MT呼叫時，MS可以看到incoming call，連接后顯示進入連接狀態(tài)，但主叫端仍然只能聽到提示音，不能進行正常通話。
MO過程如下
MSnet
－－CM req--------------->
<---ciph cmd-----------
---ciph completed------->
---setup---------------->
<-----call proceding---
<------assignmend cmd----
-----assignmend complete-->
<---alerting-----------
<----connect-----------
--------connect ack---->
after 30s
<--------disc-------------
因為connect ack是在FACCH上發(fā)送的， 懷疑網(wǎng)絡(luò)未能收到ack消息， 因為發(fā)送connect消息后，網(wǎng)絡(luò)端將啟動一個為期30秒的定時器等待MS的確認，出于某種原因，ack消息未能到達網(wǎng)絡(luò)， 此定時器超時， 網(wǎng)絡(luò)進行呼叫釋放
6．某次路測中發(fā)現(xiàn)手機每當起呼占用（BCCH：554，BSIC：52，LAC：9488，CI：29403），其只能一直切換到DCS1800網(wǎng)，通話過程中無法測量到GSM900的頻點，一直不能向GSM900網(wǎng)切換，在測試時不單該小區(qū)自己本身不能測量到GSM900的頻點，在本次通話過程中的所涉及的所有小區(qū)都不能測量到GSM900的頻點，導(dǎo)致在該路段出現(xiàn)弱信號和質(zhì)差最后導(dǎo)致掉話（雖然在CDD中該小區(qū)的MBCCHNO中有GSM900的頻點）；
但如果測試時，起呼占用的不是本小區(qū)，而是由起它小區(qū)起呼，再切換到該小區(qū)，則在該小區(qū)仍然能測量到GSM900的頻點。切換正常；說明問題出在該小區(qū)。
經(jīng)仔細檢查路測試數(shù)據(jù)的第三層信息，發(fā)現(xiàn)在該小區(qū)起呼時，第三層信息沒有出現(xiàn) UL-CLASSMARKCHANGE這條信令且在該小區(qū)的SYSTEM INFORMATION TYPE3中發(fā)現(xiàn) EARLYSENDING：EXPLICITY FORBIDDEN，導(dǎo)致系統(tǒng)認為手機為1800單頻手機；經(jīng)檢查BSC數(shù)據(jù)，發(fā)現(xiàn)該小區(qū)的ECSC 參數(shù)設(shè)為 NO，其它小區(qū)該參數(shù)設(shè)為 YES。通過調(diào)整該參數(shù)，問題得到解決。
7．對于L3的信令問題,本人認為重要的不是信令本身而是應(yīng)該了解這個信令是說明了什么東西.所以最重要的還是需要大家在工作過程中學(xué)習(xí)呼叫流程以及GPRS等數(shù)據(jù)業(yè)務(wù)的信令過程,然后才能夠更加準確的分析問題,而不是簡單的去認識幾個縮寫是什么英語單詞這么簡單.
8.
常見Disconnect / ReleaseCause Value:
Cause Value Reason
31 BSS or MSC problem
34(beforeAssignmentCommand) TCH Blocking
34(after Assignment Complete) MSC Blocking
41(after Assignment Command) BSS problem, especially DRI problem
41(after Assignment Complete) MSC problem
42 MSC Congestion
44 BSS problem, especially the CIC blocking
111 BSS or MSC problem
9. MS1UplinkChannel Request
MS1DownlinkImmediate Assignment
MS1UplinkCM Service Request
MS1DownlinkCM Service AcceptSDCCH分配成功
MS1UplinkSetup
MS1DownlinkCall Proceeding
MS1DownlinkAssignment Command
MS1UplinkAssignmentCompleteTCH分配成功
MS2Uplink Channel Request
MS2DownlinkImmediate Assignment
MS2Uplink Paging Response SDCCH分配成功
MS2DownlinkSetup
MS2UplinkCall Confirmed
MS2DownlinkAssignment Command
MS2Uplink Assignment Complete TCH分配成功
MS2 UplinkAlerting
MS1DownlinkAlerting
MS2UplinkConnect
MS2DownlinkConnect Acknowledge
MS1DownlinkConnect
MS1UplinkConnect Acknowledge
MS1UplinkDisconnect
MS1Downlink Release
MS1UplinkRelease Complete
MS2Downlink Disconnect
MS2UplinkRelease
MS1Downlink Channel Release
MS2Downlink Release Complete
MS2Downlink Channel Release
MS1&MS2的流程
10. 在LAC39280下的BSC126進行針對尋呼的測試，該BSC掛接在華為軟交換下，測試中發(fā)現(xiàn)下列兩次異常情況。兩次呼叫情況相同，在被叫響應(yīng)尋呼后，一直到connect都正常進行，可是接下來沒有ACKnowledge而直接Disconnect。其中拆鏈原因為：Switching equipment conqestion (交換設(shè)備擁塞)，具體情況如下所示：
時間：12：28：46.25
問題描述：Disconnect提示交換設(shè)備擁塞
問題分析：如下圖所示，在12：28：39.62 MS1 占用小區(qū)40361（六團磚場-1）的信號呼叫MS2 ，此時MS2占用小區(qū)40363（六團磚場-3）的信號，此時MS1接收電平較高，而MS2 接收電平較差，只有-92dbm，呼叫未正常拆鏈。
下面從信令流程來看，如下圖所示，MS2在收到尋呼消息后，立即申請信道， 接著下行發(fā)送Immediate Assigment,MS2上行尋呼相應(yīng)paging response. 一直到上行發(fā)送Connect都很正常，然而在MS2發(fā)送connect 后沒有ACKnowledge直接Disconnect，而Disconnect的原因是Switching equipment conqestion (交換設(shè)備擁塞)
被叫MS2信令流程如下圖所示：
主叫MS1信令流程如下圖所示：MS1在完成Assignment Complete之后Alerting接著緊跟著一個切換，然后下行Channel release。Channel release為正常事件。
2. 時間：17：15：04.61
問題描述：Disconnect提示交換設(shè)備擁塞
問題分析：如下圖所示，MS1 占用小區(qū)40133的信號呼叫MS2 ，MS2占用小區(qū)40022的信號，接收電平及話音質(zhì)量良好，呼叫未正常拆鏈。
11.
次完整的主叫流程（含切換）
IDLE：
DL: SYSTEM INFORMATION TYPE 1：包括小區(qū)信道描述和RACH控制參數(shù)
DL: SYSTEM INFORMATION TYPE 2（2bis，2ter）：鄰小區(qū)BCCH頻點描述，RACH控制信道，允許的PLMN（擴展鄰小區(qū)BCCH頻點描述+RACH控制信道；擴展鄰小區(qū)BCCH頻點描述2）
DL: SYSTEM INFORMATION TYPE 3：CI，LAI，控制信道描述，小區(qū)選擇，小區(qū)選擇參數(shù)，RACH控制參數(shù)
DL: SYSTEM INFORMATION TYPE 4：LAI，小區(qū)選擇參數(shù)，RACH控制參數(shù)，CBCH信道描述，CBCH移動配置
DL: SYSTEM INFORMATION TYPE 7：小區(qū)重選參數(shù)
DL: SYSTEM INFORMATION TYPE 8：小區(qū)重選參數(shù)
UL: Channel request
DL: Immediate assignment（SDCCH）
試呼：
UL:CM service request（如果后面直接收到System Information Type1，則視為起呼失敗）
DL: CM service Request
DL: CM service accept
DL: AUTHENTICATION REQUEST
UL: AUTHENTICATION RESPONSE
DL: CIPHER MODE COMMAND
UL: CIPHER MODE COMPLETE
DL: TMSI REALLOCATION COMMAND
UL: TMSI REALLOCATION COMPLETE
UL: SETUP
DL: CALL PROCEEDING
DL: ASSIGNMENT COMMAND
UL: ASSIGNMENT COMPLETE （TCH）
DL: ALERTING
成功起呼：
DL: CONNECT（呼叫成功的標志,）
UL: CONNECT ACKNOWLEDGE
DL: SYSTEM INFORMATION TYPE 5（5bis，5ter）：鄰近小區(qū)BCCH頻點描述（擴展鄰近小區(qū)BCCH頻點描述）
DL: SYSTEM INFORMATION TYPE 6：CI，LAI，小區(qū)參數(shù)設(shè)置
UL: MEASUREMENT REPORT
DL:Handover Command
DL
hysical Information
UL:Handover Complete(切換成功的標志)
DL
hysical Information
DL: SYSTEM INFORMATION TYPE 6
UL: MEASUREMENT REPORT
DL
isconnect（收到該條消息或Release中的任何一條，則視為正常釋放，如果兩條消息均未收到，而是直接收到System Information Type1，則視為一次掉話）
UL:Release
DL:Release Complete
DL:Channel Release
UL:Release Complete
12. 某地優(yōu)化工程中發(fā)現(xiàn)SPC=255-5-253到SPC=255-5-248無法切換的問題，從信令流程可以看到MSC（SPC=255-5-253）發(fā)送UDT格式的MAP_PREPARE_HANDOVER消息后，SCCP_RETURN_CAUSE = no translation for an address of such nature (0)
信令流程可以看到MSC（SPC=255-5-253）發(fā)送UDT格式的MAP_PREPARE_HANDOVER消息后，直接以UDTS格式的同一消息作為應(yīng)答，并且SCCP層的彈回原因如下：
SCCP_RETURN_CAUSE = no translation for an address of such nature (0)
說明該消息在對端交換機（SPC=255-5-248）的SCCP分析過程中存在一定的問題，即對端交換機無法做正確的GT翻譯。
可以看到被叫號碼的格式為13090953，而SPC=255-5-248相關(guān)的GT數(shù)據(jù)只定義了格式為8613090953，而沒有定義不加86的數(shù)據(jù)。由此可以看出該問題的根本原因還是數(shù)據(jù)原因?qū)е碌?br />
令跟蹤數(shù)據(jù)分析：
通過對BSC05 PCM45/46/47/48下16時隙的所有呼叫進行分析發(fā)現(xiàn)：BSC收到Assignment Request 20至30ms后向MSC回送Assignment Failure，
問題處理結(jié)果：
檢查BSC05、MSC A接口電路配置發(fā)現(xiàn)：BSC05和BSC53的A接口電路中， 16時隙除了用作信令鏈路外都不進行配置，而在MSC側(cè)將新增加的8條電路的16時隙配置的TCH信道，導(dǎo)致在MSC指配到16時隙而BSC側(cè)并不識別產(chǎn)生分配失敗。
在MSC側(cè)將新增加的8條電路的16時隙鎖定后，問題解決。
14.
拋磚引玉！
例：MS呼叫未接通：
在做DT測試過程中發(fā)生了一次未接通，地點是LAC區(qū)交接處，在DT測試的行程中，可能發(fā)生數(shù)次跨LAC區(qū)的切換，極易發(fā)生掉話或未接通情況。主要有以下三條信令消息：
UL：CHANNEL REQUEST
DL：IMMEDIATE ASSIGNMENT
UL：CM SERVICE REQUEST
在上行的CM SERVICE REQUEST信令發(fā)出后，沒有下行的響應(yīng)，通話狀態(tài)由起呼直接轉(zhuǎn)為空閑模式（IDLE），由此可以斷定發(fā)生了一次未接通。由于上行UL：CM SERVICE REQUEST是MS發(fā)起的對SDCCH的申請，發(fā)出申請后沒有應(yīng)答，沒有出現(xiàn)標志呼叫接通的信令消息，可以斷定發(fā)生了一次未接通情況。其原因可能為該服務(wù)小區(qū)的SDCCH信道擁塞，也可能是由于無線環(huán)境的惡化造成SDCCH信令丟失。因為此次DT測試發(fā)生在跨數(shù)個LAC的路段，而且是上一個通話剛剛結(jié)束，起初判斷可能是發(fā)生了一次位置更新。
15. 位置更新信令消息：
DL：CHANNEL RELEASE
UL：CHANNEL REQUEST（開始位置更新）
DL：IMMEDIATE ASSIGNMENT
UL：LOCATION UPDATING REQUEST
DL：AUTHENTICATION REQUEST
UL：AUTHENTICATION RESPONSE
DL：LOCATION UPDATING ACCEPT
UL：TMSI REALLOCATION COMPLETE
DL：CHANNEL RELEASE
結(jié)合此例的第三層信令消息來看，例子中MS發(fā)出了UL：CM SERVICE REQUEST，并不是UL：LOCATION UPDATING REQUEST，由此可以判斷出此例并非是位置更新。
由于字節(jié)限制，只能簡單點。
某次測試中發(fā)現(xiàn)DT測試路段有無覆蓋地段，導(dǎo)致MS數(shù)據(jù)吞吐量變?yōu)?，沒有與GPRS網(wǎng)絡(luò)的連接，
但是該路段做GSM網(wǎng)絡(luò)DT測試時并沒有發(fā)現(xiàn)有無覆蓋地段，
經(jīng)過分析，其原因可能是MS執(zhí)行了一次跨路由區(qū)的小區(qū)重選
（在顯示圖的信令部分可以明顯的看出該MS正在做位置更新）。
跟蹤當前信令為：
DL：SYSTEM INFORMATION TYPE 1
UL：LOCATION UPDATING REQUEST
UL：CHANNEL REQUEST
一次正常的LAR&RAU信令流程如下：
Direction TypeLayer 3 Message
ULRRChannel Request
DLRRImmediate Assignment
ULMMLocation Updating Request
ULRRClassmark Change
ULRRGPRS Suspension Request
DLMMAuthentication Request
ULMMAuthentication Response
DLMMIdentity Request
ULMMIdentity Respone
DLMMLocation Updating accept
ULMMTMSI Realocation Complete
DLRRChannel Release
ULGPRS MMRouting Area Update Request
ULRRChannel Request
DLRRImmediate Assignment
DLGPRS MMRouting Area Update Accept
ULGPRS MMRouting Area Update Complete
17. 在DT FTP下載測試中，MS已成功登陸FTP Server，并已經(jīng)開始下載數(shù)據(jù)，F(xiàn)TP下載進度為9％，在經(jīng)過一次小區(qū)重選后，發(fā)現(xiàn)在事件列表中有PDP Deactivated的消息，在層三消息中可以看到是手機發(fā)起的上行消息，之后的FTP下載不能繼續(xù)進行，在一系列的Ping fail后，F(xiàn)TP掉線。層三信令顯示如下：
Direction TypeLayer 3 Message
UL GPRS SMDeactivate PDP Context Request
DLRR System Information Type 13
ULRR Channel Request
DLRR Immediate Assignment
DL GPRS SMDeactivate PDP Context Accept
發(fā)生這種情況可能有3種原因：
一是手機在測試過程中電纜的某個接口發(fā)生了松動，這樣手機可能會發(fā)出PDP去激活申請。
二是手機本身存在一些問題也可能導(dǎo)致這個問題。
三是測試用的筆記本電腦可能存在一些問題
18. 第三層信息（GSM Layer 3 ）
GSM移動無線接口第三層的信息，包括無線資源管理（RR）移動性管理（MM）、呼叫控制（CC）三方面信息。
4G移動通信資源學(xué)習(xí)社區(qū)6]%@ H *CC層的主要功能為建立、維持和釋放呼叫：
a、有關(guān)呼叫建立的信息（Call Establishment）:MOTOROLA,NOKIA,ERICSSON,NORTEL,LUCENT,貝爾,西門子,以及華為,中興等
Alerting：告警信息，上下行。從網(wǎng)絡(luò)到主叫移動臺或從被叫移動臺到網(wǎng)絡(luò)，用來指示被叫手機啟動告警（即回鈴音）。包括進展指示及用戶--用戶信息等
Call confirmed：呼叫確認，呼叫確認，該信息由被叫移動臺發(fā)出，用來確證收到呼叫請求；
Call proceeding：呼叫進程，該信息由網(wǎng)絡(luò)發(fā)向主叫移動臺，指示被請求的呼叫信建立信息已經(jīng)被接收,不會再接收更多的呼叫建立信息。
Connect：連接，從網(wǎng)絡(luò)到主叫移動臺或從被叫移動臺到網(wǎng)絡(luò)，用來指示連接被接受；
ConnectAcknowledge：連接確認，從網(wǎng)絡(luò)到被叫移動臺或主叫移動臺到網(wǎng)絡(luò)，指示移動臺得到一個呼叫（連接完成）；Energency Setup：緊急建立，由移動臺發(fā)出，用來啟動一個緊急呼叫的建立；通信論壇,通信資料,資料下載,核心網(wǎng),移動通信學(xué)習(xí)資料,移動網(wǎng)絡(luò)優(yōu)化，網(wǎng)絡(luò)Progress：進展，從網(wǎng)絡(luò)到移動臺，指示呼叫的進程；
Setup：建立，上下行，指示啟動呼叫建立；
b、呼叫信息狀態(tài)（Call Information Phase）
Modify：修改，上下行，請求改變呼叫的承載能力； T Z s Q.U ^5[*y4g$
Modify Complete：修改完成，指示對呼叫承載能力修改的完成；
Modify Reject：修改拒絕，上下行，指示改變呼叫的承載能力請求的失�。�
User Information：用戶信息,由移動臺發(fā)向網(wǎng)絡(luò)來傳輸信息到遠端用戶或由網(wǎng)絡(luò)m!發(fā)向移動臺傳輸從遠端用戶來的信息。bbs.4ga
c、呼叫清除（Call Clearing）
Disconnect：斷連，從移動臺到網(wǎng)絡(luò)請求清除端到端的連接，或從網(wǎng)絡(luò)到移動臺指示端到端的連接已經(jīng)被清除了；
Release：釋放，上下行,指示發(fā)該信息的設(shè)備將要釋放TI(處理識別碼),接收到b該信息的設(shè)備等發(fā)送釋放完成信息后釋放TI(處理識別碼)別碼),接收到該信息的設(shè)備將要釋放TI(處理識別碼)
d、與附加業(yè)務(wù)有關(guān)的呼叫（Call Related SS）
Facility：設(shè)施+] { u,H'D
Hold：保持
Hold Acknowledge：保持確認bbs.4gapp.com
Hold Reject：保持拒絕 F M W%z
Retrieve：恢復(fù) Eu i b
y Retrieve Acknowledge：恢復(fù)確認
Retrieve Reject：恢復(fù)拒絕
e、其它信息4G移動通信資源學(xué)習(xí)社區(qū)
Congestion Control：擁塞控制，上下行，指示在傳輸用戶信息時建立和中止流量控制。
Notify：通知，上下行，指示信息屬于呼叫
Status：狀態(tài)，上下行，用來響應(yīng)狀態(tài)查詢信息或報告某些確定的錯誤信息
Status Enquiry：狀態(tài)查詢，上下行，用來請求狀態(tài)信息通信論壇,通信資
Start DTMF：啟動雙音多頻，從移動臺到網(wǎng)絡(luò)
Stop DTMF：停止雙音多頻，從移動臺到網(wǎng)絡(luò)4G移動通信資源學(xué)習(xí)社區(qū)
D X9l z#Y ` B C D
Stop DTMF Acknowledge：停止雙音多頻證實，從網(wǎng)絡(luò)到移動臺通信論壇,通信資Start DTMF Acknowledge：啟動雙音多頻證實,從網(wǎng)絡(luò)到移動臺
Start DTMF Reject：啟動雙音多頻拒絕,從網(wǎng)絡(luò)到移動臺
*MM層的功能主要為位置管理：
a、注冊（Registration）
IMSI Detatch Indication：IMSI分離指示,由移動臺發(fā)往網(wǎng)絡(luò),在網(wǎng)絡(luò)中設(shè)置一個無效指示通信論壇,通信資料,資料下載,核心網(wǎng),移動通信學(xué)習(xí)資料,移動網(wǎng)絡(luò)優(yōu)化，網(wǎng)絡(luò)規(guī)劃,移動通信培訓(xùn)課Location Updating Accept：位置更新接收,網(wǎng)絡(luò)發(fā)向移動臺,指示更新或IMSI(國際移動用戶識別碼)的附著完成
Location Updating Reject：位置更新拒絕,網(wǎng)絡(luò)到移動臺,指示更新或IMSI(國際移動用戶識別碼)的附著失敗IMSI(國際移動用戶識別碼)的附著失敗bbs.4gapp.c
om2}K A e6^ d ub、連接管理（Connection Management）
CM Service Accept：CM業(yè)務(wù)接受，從網(wǎng)絡(luò)到移動臺，指示被請求的業(yè)務(wù)已經(jīng)被
接受 B3K*
Reject：CM業(yè)務(wù)拒絕，從網(wǎng)絡(luò)到移動臺，指示被請求的業(yè)務(wù)不能提供
CM Service Abort：CM業(yè)務(wù)中斷，從網(wǎng)絡(luò)到移動臺，指示被CM的業(yè)務(wù)中斷
CM Service Request：CM業(yè)務(wù)請求，從移動臺到網(wǎng)絡(luò)M
CM Restablishment Request：CM重建請求，
Abort：中斷,網(wǎng)絡(luò)到移動臺
c、其它信息
MM_Status：MM狀態(tài)
*RR層的主要功能為在無線接口上管理傳輸路徑及切換：
c ^ x Wa、信道建立 X9H+^,t
Additional Assignment：附加指配
Immediate Assignment：立即指配, 網(wǎng)絡(luò)給移動臺分配一個SDCCH ,(只包含一個MS指配信息),包括指配信道的描述、"信道請求"的信息字段和接收到"信道請求"幀的幀號、最初的時間提前量、起始時間指示(可選).
Immediate Assignment Extended：立即指配擴展(同時包含兩個MS指配信息),同立即指配擴展
Immediate Assignment Reject：立即指配拒絕
b、切換
Assignment Command：指配命令,網(wǎng)絡(luò)發(fā)向移動臺,指示移動臺改變當前信道配置,bbs.4ga切換到分配的專用信道,啟動低層連接建立4
Assignment Complete：指配完成,指示主信令鏈路成功建立.
Assignment Failure：指配失敗,包括指配失敗的原因道的特征;需進行通信的新小區(qū)特性,包括允許測量程序中所要求的MS
預(yù)知同步信息(如BSIC和BCCH頻率);功率命令;切換參考號碼、可選的
起始時間指示 G&T
Handover Complete：切換完成,MS發(fā)向網(wǎng)絡(luò),指示切換成功完成,網(wǎng)絡(luò)釋放原有信道.
Handover Failure：切換失敗,MS發(fā)向網(wǎng)絡(luò),網(wǎng)絡(luò)釋放新的信道bbs.4gapp.com
` a¬}/|6P Physical Information：物理信息
c、信道釋放
Channel Release：信道釋放,包括RR原因指示、BA范圍
Partial Release：局部釋放,[ j
Partial Ralease Complete：局部釋放完成4G移動通
d、尋呼
Paging Request Type 1：尋呼請求類型1,網(wǎng)絡(luò)給兩個移動臺發(fā)尋呼,包括尋呼模"r.式、移動臺1和2需要的信道、移動識別1、移動識別2等
Paging Request Type 2：尋呼請求類型2,網(wǎng)絡(luò)給三個移動臺發(fā)尋呼,包括尋呼模式、移動臺1和2需要的信道、移動識別1、移動識別2、移動識別3等 sPaging Request Type 3：尋呼請求類型3,網(wǎng)絡(luò)給四個移動臺發(fā)尋呼,包括尋呼模式、移動臺1和2需要的信道、移動識別1、移動識別2、移動識別3、移動識別4等
Paging Response：尋呼響應(yīng),移動臺到網(wǎng)絡(luò),包括密鑰序列號及移動識別
e、系統(tǒng)信息3G
System Information Type 1：系統(tǒng)信息類型1,網(wǎng)絡(luò)到所有移動臺,在BCCH上發(fā)送,指示RACH的控制信息及小區(qū)配置信息
System Information Type 2：系統(tǒng)信息類型2,網(wǎng)絡(luò)到所有移動臺,在BCCH上發(fā)送, 指示RACH的控制信息及鄰小區(qū)的BCCH信息
System Information Type 2bis：系統(tǒng)信息類型2bis, 網(wǎng)絡(luò)到所有移動臺,在BCCHMOTORO上發(fā)送,指示RACH的控制信息及擴展的鄰小區(qū)的通信論
壇System Information Type 3：系統(tǒng)信息類型3, 網(wǎng)絡(luò)到所有移動臺,在BCCH ] N {"J2q上發(fā)送,指示RACH的控制信息、小區(qū)識別號、位置區(qū)識別號、控制信道信息及小區(qū)選擇參數(shù)等
System Information Type 4：系統(tǒng)信息類型4, 網(wǎng)絡(luò)到所有移動臺,在BCCH3G上發(fā)送,指示RACH的控制信息、位置區(qū)識別號、小區(qū)選擇參數(shù)、CBCH信道描述、CBCH移動配置
System Information Type 5：系統(tǒng)信息類型5, 網(wǎng)絡(luò)到所有移動臺,在SACCH上發(fā)送,指示鄰小區(qū)的BCCH信息
System Information Type 5bis：系統(tǒng)信息類型5bis, 網(wǎng)絡(luò)到所有移動臺,在SACCH上發(fā)送,指示擴展的鄰小區(qū)的BCCH信息
System Information Type 6：系統(tǒng)信息類型6, 網(wǎng)絡(luò)到所有移動臺,在SACCH上發(fā)送, 小區(qū)識別號、位置區(qū)識別號、允許的NCC等
System Information Type 7：系統(tǒng)信息類型7,用于小區(qū)重選
System Information Type 8：系統(tǒng)信息類型8,用于小區(qū)重選通信論
f、其他信息
Channel Mode Modify：信道模式修改,包括信道描述、信道所采用的新模式
Channel Mode Modify ACK：信道模式修改證實bbs.4gap
Frequency Redefinition：頻率重定義
Measurement Report：測量報告,包括服務(wù)小區(qū)和六個最強鄰小區(qū)的Rxlev、Rxqual、BSIC、BCCH頻率及DTX等Classmark Change：等級改變
Classmark Enquiry：等級詢問
RR Status：RR狀態(tài)
關(guān)注樓主