1．某地主要由4173、4081小區(qū)覆蓋，上述兩個(gè)小區(qū)及相鄰小區(qū)同屬于LAC：13588。DT測(cè)試過(guò)程中，MS當(dāng)前服務(wù)小區(qū)為4173，當(dāng)檢測(cè)到有Level 更強(qiáng)的鄰區(qū)時(shí)，BSC指示MS切換（發(fā)起DL：HANDOVER COMMAND），此時(shí)發(fā)生了連續(xù)的三次切換失�。║L：HANDOVER FAILURE）。雖然本例中經(jīng)歷了連續(xù)三次切換失敗，MS仍然沒(méi)有掉話（MS還在發(fā)送測(cè)量報(bào)告），但是對(duì)連續(xù)的切換失敗應(yīng)該給予很大的重視。導(dǎo)致連續(xù)的切換失敗的原因可能是目標(biāo)小區(qū)的TCH信道擁塞，也可能是目標(biāo)小區(qū)的BCCH載頻與TCH載頻的發(fā)射功率沒(méi)有調(diào)平，導(dǎo)致BCCH與TCH的Level值相差很大而造成切換失敗。
第三層信令消息流程:
DL：HANDOVERCOMMAND
UL：HANDOVERACCESS
UL：HANDOVERCOMPLETE
UL：MEASUREMENTREPORT
UL：HANDOVERFAILURE
DL：SYSTEMINFORMATIONTYPE5
從切換的兩個(gè)小區(qū)來(lái)看，4173向4081切換，是不同步切換，所以BSC應(yīng)該在MS發(fā)出UL：HANDOVER ACCESS消息后，接著發(fā)出DL：PHYSICAL INFORMATION，指示MS切換至目標(biāo)小區(qū)的Timing Advance，即MS與切換目標(biāo)小區(qū)的距離。同時(shí)，在MS發(fā)出UL：HANDOVER COMPLETE之后，再發(fā)一條DL：PHYSICALINFORMATION。在本例中BSC沒(méi)有發(fā)出這兩條消息，這也是導(dǎo)致發(fā)生切換失敗的原因之一。
2．MS呼叫失敗.
經(jīng)檢查信令發(fā)現(xiàn)有立即指派拒絕(immediate assignment reject)消息 系統(tǒng)發(fā)現(xiàn)無(wú)可用信道.很可能是因?yàn)橄到y(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．掉話（既沒(méi)有Disconnect，也沒(méi)有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都有或只有其中一個(gè)都視為通話正常結(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（在一次呼叫過(guò)程中，若連續(xù)出現(xiàn)多個(gè)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．我們遇到了一個(gè)問(wèn)題， 在天津進(jìn)行靜態(tài)測(cè)試， 發(fā)現(xiàn)MO呼叫30秒后自動(dòng)中斷，網(wǎng)絡(luò)發(fā)送disc消息給MS，后面進(jìn)行正常的拆除過(guò)程。
MT呼叫時(shí)，MS可以看到incoming call，連接后顯示進(jìn)入連接狀態(tài)，但主叫端仍然只能聽(tīng)到提示音，不能進(jìn)行正常通話。
MO過(guò)程如下
MSnet
－－CM req--------------->
<---ciph cmd-----------
---ciph completed------->
---setup---------------->
<-----call proceding---
<------assignmend cmd----
-----assignmend complete-->
<---alerting-----------
<----connect-----------
--------connect ack---->
after 30s
<--------disc-------------
因?yàn)閏onnect ack是在FACCH上發(fā)送的， 懷疑網(wǎng)絡(luò)未能收到ack消息， 因?yàn)榘l(fā)送connect消息后，網(wǎng)絡(luò)端將啟動(dòng)一個(gè)為期30秒的定時(shí)器等待MS的確認(rèn)，出于某種原因，ack消息未能到達(dá)網(wǎng)絡(luò)， 此定時(shí)器超時(shí)， 網(wǎng)絡(luò)進(jìn)行呼叫釋放
6．某次路測(cè)中發(fā)現(xiàn)手機(jī)每當(dāng)起呼占用（BCCH：554，BSIC：52，LAC：9488，CI：29403），其只能一直切換到DCS1800網(wǎng)，通話過(guò)程中無(wú)法測(cè)量到GSM900的頻點(diǎn)，一直不能向GSM900網(wǎng)切換，在測(cè)試時(shí)不單該小區(qū)自己本身不能測(cè)量到GSM900的頻點(diǎn)，在本次通話過(guò)程中的所涉及的所有小區(qū)都不能測(cè)量到GSM900的頻點(diǎn)，導(dǎo)致在該路段出現(xiàn)弱信號(hào)和質(zhì)差最后導(dǎo)致掉話（雖然在CDD中該小區(qū)的MBCCHNO中有GSM900的頻點(diǎn)）；
但如果測(cè)試時(shí)，起呼占用的不是本小區(qū)，而是由起它小區(qū)起呼，再切換到該小區(qū)，則在該小區(qū)仍然能測(cè)量到GSM900的頻點(diǎn)。切換正常；說(shuō)明問(wèn)題出在該小區(qū)。
經(jīng)仔細(xì)檢查路測(cè)試數(shù)據(jù)的第三層信息，發(fā)現(xiàn)在該小區(qū)起呼時(shí)，第三層信息沒(méi)有出現(xiàn) UL-CLASSMARKCHANGE這條信令且在該小區(qū)的SYSTEM INFORMATION TYPE3中發(fā)現(xiàn) EARLYSENDING：EXPLICITY FORBIDDEN，導(dǎo)致系統(tǒng)認(rèn)為手機(jī)為1800單頻手機(jī)；經(jīng)檢查BSC數(shù)據(jù)，發(fā)現(xiàn)該小區(qū)的ECSC 參數(shù)設(shè)為 NO，其它小區(qū)該參數(shù)設(shè)為 YES。通過(guò)調(diào)整該參數(shù)，問(wèn)題得到解決。
7．對(duì)于L3的信令問(wèn)題,本人認(rèn)為重要的不是信令本身而是應(yīng)該了解這個(gè)信令是說(shuō)明了什么東西.所以最重要的還是需要大家在工作過(guò)程中學(xué)習(xí)呼叫流程以及GPRS等數(shù)據(jù)業(yè)務(wù)的信令過(guò)程,然后才能夠更加準(zhǔn)確的分析問(wèn)題,而不是簡(jiǎn)單的去認(rèn)識(shí)幾個(gè)縮寫是什么英語(yǔ)單詞這么簡(jiǎn)單.
8.
常見(jiàn)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進(jìn)行針對(duì)尋呼的測(cè)試，該BSC掛接在華為軟交換下，測(cè)試中發(fā)現(xiàn)下列兩次異常情況。兩次呼叫情況相同，在被叫響應(yīng)尋呼后，一直到connect都正常進(jìn)行，可是接下來(lái)沒(méi)有ACKnowledge而直接Disconnect。其中拆鏈原因?yàn)椋篠witching equipment conqestion (交換設(shè)備擁塞)，具體情況如下所示：
時(shí)間：12：28：46.25
問(wèn)題描述：Disconnect提示交換設(shè)備擁塞
問(wèn)題分析：如下圖所示，在12：28：39.62 MS1 占用小區(qū)40361（六團(tuán)磚場(chǎng)-1）的信號(hào)呼叫MS2 ，此時(shí)MS2占用小區(qū)40363（六團(tuán)磚場(chǎng)-3）的信號(hào)，此時(shí)MS1接收電平較高，而MS2 接收電平較差，只有-92dbm，呼叫未正常拆鏈。
下面從信令流程來(lái)看，如下圖所示，MS2在收到尋呼消息后，立即申請(qǐng)信道， 接著下行發(fā)送Immediate Assigment,MS2上行尋呼相應(yīng)paging response. 一直到上行發(fā)送Connect都很正常，然而在MS2發(fā)送connect 后沒(méi)有ACKnowledge直接Disconnect，而Disconnect的原因是Switching equipment conqestion (交換設(shè)備擁塞)
被叫MS2信令流程如下圖所示：
主叫MS1信令流程如下圖所示：MS1在完成Assignment Complete之后Alerting接著緊跟著一個(gè)切換，然后下行Channel release。Channel release為正常事件。





2. 時(shí)間：17：15：04.61
問(wèn)題描述：Disconnect提示交換設(shè)備擁塞
問(wèn)題分析：如下圖所示，MS1 占用小區(qū)40133的信號(hào)呼叫MS2 ，MS2占用小區(qū)40022的信號(hào)，接收電平及話音質(zhì)量良好，呼叫未正常拆鏈。
11.
次完整的主叫流程（含切換）
IDLE：
DL: SYSTEM INFORMATION TYPE 1：包括小區(qū)信道描述和RACH控制參數(shù)
DL: SYSTEM INFORMATION TYPE 2（2bis，2ter）：鄰小區(qū)BCCH頻點(diǎn)描述，RACH控制信道，允許的PLMN（擴(kuò)展鄰小區(qū)BCCH頻點(diǎn)描述+RACH控制信道；擴(kuò)展鄰小區(qū)BCCH頻點(diǎn)描述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移動(dòng)配置
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（呼叫成功的標(biāo)志,）
UL: CONNECT ACKNOWLEDGE
DL: SYSTEM INFORMATION TYPE 5（5bis，5ter）：鄰近小區(qū)BCCH頻點(diǎn)描述（擴(kuò)展鄰近小區(qū)BCCH頻點(diǎn)描述）
DL: SYSTEM INFORMATION TYPE 6：CI，LAI，小區(qū)參數(shù)設(shè)置
UL: MEASUREMENT REPORT
DL:Handover Command
DLhysical Information
UL:Handover Complete(切換成功的標(biāo)志)
DLhysical Information
DL: SYSTEM INFORMATION TYPE 6
UL: MEASUREMENT REPORT
DLisconnect（收到該條消息或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無(wú)法切換的問(wèn)題，從信令流程可以看到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)

說(shuō)明該消息在對(duì)端交換機(jī)（SPC=255-5-248）的SCCP分析過(guò)程中存在一定的問(wèn)題，即對(duì)端交換機(jī)無(wú)法做正確的GT翻譯。
可以看到被叫號(hào)碼的格式為13090953，而SPC=255-5-248相關(guān)的GT數(shù)據(jù)只定義了格式為8613090953，而沒(méi)有定義不加86的數(shù)據(jù)。由此可以看出該問(wèn)題的根本原因還是數(shù)據(jù)原因?qū)е碌?br /> 令跟蹤數(shù)據(jù)分析：
通過(guò)對(duì)BSC05 PCM45/46/47/48下16時(shí)隙的所有呼叫進(jìn)行分析發(fā)現(xiàn)：BSC收到Assignment Request 20至30ms后向MSC回送Assignment Failure，

問(wèn)題處理結(jié)果：
檢查BSC05、MSC A接口電路配置發(fā)現(xiàn)：BSC05和BSC53的A接口電路中， 16時(shí)隙除了用作信令鏈路外都不進(jìn)行配置，而在MSC側(cè)將新增加的8條電路的16時(shí)隙配置的TCH信道，導(dǎo)致在MSC指配到16時(shí)隙而BSC側(cè)并不識(shí)別產(chǎn)生分配失敗。
在MSC側(cè)將新增加的8條電路的16時(shí)隙鎖定后，問(wèn)題解決。
14.
拋磚引玉！
例：MS呼叫未接通：
在做DT測(cè)試過(guò)程中發(fā)生了一次未接通，地點(diǎn)是LAC區(qū)交接處，在DT測(cè)試的行程中，可能發(fā)生數(shù)次跨LAC區(qū)的切換，極易發(fā)生掉話或未接通情況。主要有以下三條信令消息：
UL：CHANNEL REQUEST
DL：IMMEDIATE ASSIGNMENT
UL：CM SERVICE REQUEST
在上行的CM SERVICE REQUEST信令發(fā)出后，沒(méi)有下行的響應(yīng)，通話狀態(tài)由起呼直接轉(zhuǎn)為空閑模式（IDLE），由此可以斷定發(fā)生了一次未接通。由于上行UL：CM SERVICE REQUEST是MS發(fā)起的對(duì)SDCCH的申請(qǐng)，發(fā)出申請(qǐng)后沒(méi)有應(yīng)答，沒(méi)有出現(xiàn)標(biāo)志呼叫接通的信令消息，可以斷定發(fā)生了一次未接通情況。其原因可能為該服務(wù)小區(qū)的SDCCH信道擁塞，也可能是由于無(wú)線環(huán)境的惡化造成SDCCH信令丟失。因?yàn)榇舜蜠T測(cè)試發(fā)生在跨數(shù)個(gè)LAC的路段，而且是上一個(gè)通話剛剛結(jié)束，起初判斷可能是發(fā)生了一次位置更新。
15. 位置更新信令消息：
DL：CHANNEL RELEASE
UL：CHANNEL REQUEST（開(kāi)始位置更新）
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é)合此例的第三層信令消息來(lái)看，例子中MS發(fā)出了UL：CM SERVICE REQUEST，并不是UL：LOCATION UPDATING REQUEST，由此可以判斷出此例并非是位置更新。
由于字節(jié)限制，只能簡(jiǎn)單點(diǎn)。
某次測(cè)試中發(fā)現(xiàn)DT測(cè)試路段有無(wú)覆蓋地段，導(dǎo)致MS數(shù)據(jù)吞吐量變?yōu)?，沒(méi)有與GPRS網(wǎng)絡(luò)的連接，
但是該路段做GSM網(wǎng)絡(luò)DT測(cè)試時(shí)并沒(méi)有發(fā)現(xiàn)有無(wú)覆蓋地段，
經(jīng)過(guò)分析，其原因可能是MS執(zhí)行了一次跨路由區(qū)的小區(qū)重選
（在顯示圖的信令部分可以明顯的看出該MS正在做位置更新）。
跟蹤當(dāng)前信令為：
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下載測(cè)試中，MS已成功登陸FTP Server，并已經(jīng)開(kāi)始下載數(shù)據(jù)，F(xiàn)TP下載進(jìn)度為9％，在經(jīng)過(guò)一次小區(qū)重選后，發(fā)現(xiàn)在事件列表中有PDP Deactivated的消息，在層三消息中可以看到是手機(jī)發(fā)起的上行消息，之后的FTP下載不能繼續(xù)進(jìn)行，在一系列的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種原因：
一是手機(jī)在測(cè)試過(guò)程中電纜的某個(gè)接口發(fā)生了松動(dòng)，這樣手機(jī)可能會(huì)發(fā)出PDP去激活申請(qǐng)。
二是手機(jī)本身存在一些問(wèn)題也可能導(dǎo)致這個(gè)問(wèn)題。
三是測(cè)試用的筆記本電腦可能存在一些問(wèn)題









18. 第三層信息（GSM Layer 3 ）
GSM移動(dòng)無(wú)線接口第三層的信息，包括無(wú)線資源管理（RR）移動(dòng)性管理（MM）、呼叫控制（CC）三方面信息。
4G移動(dòng)通信資源學(xué)習(xí)社區(qū)6]%@ H *CC層的主要功能為建立、維持和釋放呼叫：
a、有關(guān)呼叫建立的信息（Call Establishment）:MOTOROLA,NOKIA,ERICSSON,NORTEL,LUCENT,貝爾,西門子,以及華為,中興等
Alerting：告警信息，上下行。從網(wǎng)絡(luò)到主叫移動(dòng)臺(tái)或從被叫移動(dòng)臺(tái)到網(wǎng)絡(luò)，用來(lái)指示被叫手機(jī)啟動(dòng)告警（即回鈴音）。包括進(jìn)展指示及用戶--用戶信息等
Call confirmed：呼叫確認(rèn)，呼叫確認(rèn)，該信息由被叫移動(dòng)臺(tái)發(fā)出，用來(lái)確證收到呼叫請(qǐng)求；
Call proceeding：呼叫進(jìn)程，該信息由網(wǎng)絡(luò)發(fā)向主叫移動(dòng)臺(tái)，指示被請(qǐng)求的呼叫信建立信息已經(jīng)被接收,不會(huì)再接收更多的呼叫建立信息。
Connect：連接，從網(wǎng)絡(luò)到主叫移動(dòng)臺(tái)或從被叫移動(dòng)臺(tái)到網(wǎng)絡(luò)，用來(lái)指示連接被接受；
ConnectAcknowledge：連接確認(rèn)，從網(wǎng)絡(luò)到被叫移動(dòng)臺(tái)或主叫移動(dòng)臺(tái)到網(wǎng)絡(luò)，指示移動(dòng)臺(tái)得到一個(gè)呼叫（連接完成）；Energency Setup：緊急建立，由移動(dòng)臺(tái)發(fā)出，用來(lái)啟動(dòng)一個(gè)緊急呼叫的建立；通信論壇,通信資料,資料下載,核心網(wǎng),移動(dòng)通信學(xué)習(xí)資料,移動(dòng)網(wǎng)絡(luò)優(yōu)化，網(wǎng)絡(luò)Progress：進(jìn)展，從網(wǎng)絡(luò)到移動(dòng)臺(tái)，指示呼叫的進(jìn)程；
Setup：建立，上下行，指示啟動(dòng)呼叫建立；
b、呼叫信息狀態(tài)（Call Information Phase）
Modify：修改，上下行，請(qǐng)求改變呼叫的承載能力； T Z s Q.U ^5[*y4g$
Modify Complete：修改完成，指示對(duì)呼叫承載能力修改的完成；
Modify Reject：修改拒絕，上下行，指示改變呼叫的承載能力請(qǐng)求的失��；
User Information：用戶信息,由移動(dòng)臺(tái)發(fā)向網(wǎng)絡(luò)來(lái)傳輸信息到遠(yuǎn)端用戶或由網(wǎng)絡(luò)m!發(fā)向移動(dòng)臺(tái)傳輸從遠(yuǎn)端用戶來(lái)的信息。bbs.4ga
c、呼叫清除（Call Clearing）
Disconnect：斷連，從移動(dòng)臺(tái)到網(wǎng)絡(luò)請(qǐng)求清除端到端的連接，或從網(wǎng)絡(luò)到移動(dòng)臺(tái)指示端到端的連接已經(jīng)被清除了；
Release：釋放，上下行,指示發(fā)該信息的設(shè)備將要釋放TI(處理識(shí)別碼),接收到b該信息的設(shè)備等發(fā)送釋放完成信息后釋放TI(處理識(shí)別碼)別碼),接收到該信息的設(shè)備將要釋放TI(處理識(shí)別碼)
d、與附加業(yè)務(wù)有關(guān)的呼叫（Call Related SS）
Facility：設(shè)施+] { u,H'D
Hold：保持
Hold Acknowledge：保持確認(rèn)bbs.4gapp.com
Hold Reject：保持拒絕 F M W%z
Retrieve：恢復(fù) Eu i b
y Retrieve Acknowledge：恢復(fù)確認(rèn)
Retrieve Reject：恢復(fù)拒絕
e、其它信息4G移動(dòng)通信資源學(xué)習(xí)社區(qū)
Congestion Control：擁塞控制，上下行，指示在傳輸用戶信息時(shí)建立和中止流量控制。
Notify：通知，上下行，指示信息屬于呼叫
Status：狀態(tài)，上下行，用來(lái)響應(yīng)狀態(tài)查詢信息或報(bào)告某些確定的錯(cuò)誤信息
Status Enquiry：狀態(tài)查詢，上下行，用來(lái)請(qǐng)求狀態(tài)信息通信論壇,通信資
Start DTMF：?jiǎn)��?dòng)雙音多頻，從移動(dòng)臺(tái)到網(wǎng)絡(luò)
Stop DTMF：停止雙音多頻，從移動(dòng)臺(tái)到網(wǎng)絡(luò)4G移動(dòng)通信資源學(xué)習(xí)社區(qū)
D X9l z#Y ` B C D
Stop DTMF Acknowledge：停止雙音多頻證實(shí)，從網(wǎng)絡(luò)到移動(dòng)臺(tái)通信論壇,通信資Start DTMF Acknowledge：?jiǎn)��?dòng)雙音多頻證實(shí),從網(wǎng)絡(luò)到移動(dòng)臺(tái)
Start DTMF Reject：?jiǎn)��?dòng)雙音多頻拒絕,從網(wǎng)絡(luò)到移動(dòng)臺(tái)
*MM層的功能主要為位置管理：
a、注冊(cè)（Registration）
IMSI Detatch Indication：IMSI分離指示,由移動(dòng)臺(tái)發(fā)往網(wǎng)絡(luò),在網(wǎng)絡(luò)中設(shè)置一個(gè)無(wú)效指示通信論壇,通信資料,資料下載,核心網(wǎng),移動(dòng)通信學(xué)習(xí)資料,移動(dòng)網(wǎng)絡(luò)優(yōu)化，網(wǎng)絡(luò)規(guī)劃,移動(dòng)通信培訓(xùn)課Location Updating Accept：位置更新接收,網(wǎng)絡(luò)發(fā)向移動(dòng)臺(tái),指示更新或IMSI(國(guó)際移動(dòng)用戶識(shí)別碼)的附著完成
Location Updating Reject：位置更新拒絕,網(wǎng)絡(luò)到移動(dòng)臺(tái),指示更新或IMSI(國(guó)際移動(dòng)用戶識(shí)別碼)的附著失敗IMSI(國(guó)際移動(dòng)用戶識(shí)別碼)的附著失敗bbs.4gapp.c
om2}K A e6^ d ub、連接管理（Connection Management）
CM Service Accept：CM業(yè)務(wù)接受，從網(wǎng)絡(luò)到移動(dòng)臺(tái)，指示被請(qǐng)求的業(yè)務(wù)已經(jīng)被
接受 B3K*
Reject：CM業(yè)務(wù)拒絕，從網(wǎng)絡(luò)到移動(dòng)臺(tái)，指示被請(qǐng)求的業(yè)務(wù)不能提供
CM Service Abort：CM業(yè)務(wù)中斷，從網(wǎng)絡(luò)到移動(dòng)臺(tái)，指示被CM的業(yè)務(wù)中斷
CM Service Request：CM業(yè)務(wù)請(qǐng)求，從移動(dòng)臺(tái)到網(wǎng)絡(luò)M
CM Restablishment Request：CM重建請(qǐng)求，
Abort：中斷,網(wǎng)絡(luò)到移動(dòng)臺(tái)
c、其它信息
MM_Status：MM狀態(tài)
*RR層的主要功能為在無(wú)線接口上管理傳輸路徑及切換：
c ^ x Wa、信道建立 X9H+^,t
Additional Assignment：附加指配
Immediate Assignment：立即指配, 網(wǎng)絡(luò)給移動(dòng)臺(tái)分配一個(gè)SDCCH ,(只包含一個(gè)MS指配信息),包括指配信道的描述、"信道請(qǐng)求"的信息字段和接收到"信道請(qǐng)求"幀的幀號(hào)、最初的時(shí)間提前量、起始時(shí)間指示(可選).
Immediate Assignment Extended：立即指配擴(kuò)展(同時(shí)包含兩個(gè)MS指配信息),同立即指配擴(kuò)展
Immediate Assignment Reject：立即指配拒絕
b、切換
Assignment Command：指配命令,網(wǎng)絡(luò)發(fā)向移動(dòng)臺(tái),指示移動(dòng)臺(tái)改變當(dāng)前信道配置,bbs.4ga切換到分配的專用信道,啟動(dòng)低層連接建立4
Assignment Complete：指配完成,指示主信令鏈路成功建立.
Assignment Failure：指配失敗,包括指配失敗的原因道的特征;需進(jìn)行通信的新小區(qū)特性,包括允許測(cè)量程序中所要求的MS
預(yù)知同步信息(如BSIC和BCCH頻率);功率命令;切換參考號(hào)碼、可選的
起始時(shí)間指示 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òng)通
d、尋呼
Paging Request Type 1：尋呼請(qǐng)求類型1,網(wǎng)絡(luò)給兩個(gè)移動(dòng)臺(tái)發(fā)尋呼,包括尋呼模"r.式、移動(dòng)臺(tái)1和2需要的信道、移動(dòng)識(shí)別1、移動(dòng)識(shí)別2等
Paging Request Type 2：尋呼請(qǐng)求類型2,網(wǎng)絡(luò)給三個(gè)移動(dòng)臺(tái)發(fā)尋呼,包括尋呼模式、移動(dòng)臺(tái)1和2需要的信道、移動(dòng)識(shí)別1、移動(dòng)識(shí)別2、移動(dòng)識(shí)別3等 sPaging Request Type 3：尋呼請(qǐng)求類型3,網(wǎng)絡(luò)給四個(gè)移動(dòng)臺(tái)發(fā)尋呼,包括尋呼模式、移動(dòng)臺(tái)1和2需要的信道、移動(dòng)識(shí)別1、移動(dòng)識(shí)別2、移動(dòng)識(shí)別3、移動(dòng)識(shí)別4等
Paging Response：尋呼響應(yīng),移動(dòng)臺(tái)到網(wǎng)絡(luò),包括密鑰序列號(hào)及移動(dòng)識(shí)別
e、系統(tǒng)信息3G
System Information Type 1：系統(tǒng)信息類型1,網(wǎng)絡(luò)到所有移動(dòng)臺(tái),在BCCH上發(fā)送,指示RACH的控制信息及小區(qū)配置信息
System Information Type 2：系統(tǒng)信息類型2,網(wǎng)絡(luò)到所有移動(dòng)臺(tái),在BCCH上發(fā)送, 指示RACH的控制信息及鄰小區(qū)的BCCH信息
System Information Type 2bis：系統(tǒng)信息類型2bis, 網(wǎng)絡(luò)到所有移動(dòng)臺(tái),在BCCHMOTORO上發(fā)送,指示RACH的控制信息及擴(kuò)展的鄰小區(qū)的通信論
壇System Information Type 3：系統(tǒng)信息類型3, 網(wǎng)絡(luò)到所有移動(dòng)臺(tái),在BCCH ] N {"J2q上發(fā)送,指示RACH的控制信息、小區(qū)識(shí)別號(hào)、位置區(qū)識(shí)別號(hào)、控制信道信息及小區(qū)選擇參數(shù)等
System Information Type 4：系統(tǒng)信息類型4, 網(wǎng)絡(luò)到所有移動(dòng)臺(tái),在BCCH3G上發(fā)送,指示RACH的控制信息、位置區(qū)識(shí)別號(hào)、小區(qū)選擇參數(shù)、CBCH信道描述、CBCH移動(dòng)配置
System Information Type 5：系統(tǒng)信息類型5, 網(wǎng)絡(luò)到所有移動(dòng)臺(tái),在SACCH上發(fā)送,指示鄰小區(qū)的BCCH信息
System Information Type 5bis：系統(tǒng)信息類型5bis, 網(wǎng)絡(luò)到所有移動(dòng)臺(tái),在SACCH上發(fā)送,指示擴(kuò)展的鄰小區(qū)的BCCH信息
System Information Type 6：系統(tǒng)信息類型6, 網(wǎng)絡(luò)到所有移動(dòng)臺(tái),在SACCH上發(fā)送, 小區(qū)識(shí)別號(hào)、位置區(qū)識(shí)別號(hào)、允許的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：信道模式修改證實(shí)bbs.4gap
Frequency Redefinition：頻率重定義
Measurement Report：測(cè)量報(bào)告,包括服務(wù)小區(qū)和六個(gè)最強(qiáng)鄰小區(qū)的Rxlev、Rxqual、BSIC、BCCH頻率及DTX等Classmark Change：等級(jí)改變
Classmark Enquiry：等級(jí)詢問(wèn)
RR Status：RR狀態(tài)