Um接口信令分層結(jié)構(gòu)_第1頁(yè)
Um接口信令分層結(jié)構(gòu)_第2頁(yè)
Um接口信令分層結(jié)構(gòu)_第3頁(yè)
Um接口信令分層結(jié)構(gòu)_第4頁(yè)
Um接口信令分層結(jié)構(gòu)_第5頁(yè)
已閱讀5頁(yè),還剩10頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

UmInterface信令層一:物理層信令層二:鏈路層信令層三:網(wǎng)絡(luò)層物理層:用來提供傳送比特流所需要的物理鏈路。TDMA幀協(xié)議。鏈路層:在手機(jī)和基站之間建立可靠的專用數(shù)據(jù)鏈路。鏈路層協(xié)議稱為L(zhǎng)APDm。網(wǎng)絡(luò)層:負(fù)責(zé)控制和管理的協(xié)議層,把客戶信息和系統(tǒng)控制信息按一定協(xié)議分組安排到指定的邏輯信道上。Layer3包括三個(gè)基本子層RR:無線資源管理RadioResourceMM:移動(dòng)性管理MobilityManagementCM:呼叫管理CallConnectionLayer3messages也稱無線接口信令消息,只顯示Um接口的信令,在顯示時(shí)也只是DL、UL交替出現(xiàn)來表示當(dāng)前通信的狀態(tài)。Layer3messages主要包括:Paging、Authentication、CipheringMode、AssignmentCommand、Handover、MeasurementReport、LocationUpdate等。Layer3messages能顯示出通話的Setup、Handover、LocationUpdate、CallRelease和DropCall各部分的信令流程。通過Layer3messages可以判斷通話的狀態(tài)。Layer3messagesOnRACHOnAGCHOnSDCCHASSIGNTOTCH和當(dāng)前小區(qū)同一頻段的廣播頻點(diǎn)信息和當(dāng)前小區(qū)另一頻段的廣播頻點(diǎn)信息SACCH,480msLocationUpdateMS通話時(shí)跨過LAC的情況,在通話結(jié)束后立即開始做LocationUpdate,其主要的layer3messages有:DL:CHANNELRELEASEUL:CHANNELREQUEST(緊接著開始做位置更新))DL:IMMEDIATEASSIGNMENTUL:LOCATIONUPDATINGREQUESTDL:AUTHENTICATIONREQUESTUL:AUTHENTICATIONRESPONSEDL:LOCATIONUPDATINGACCEPTUL:TMSIREALLOCATIONCOMPLETEDL:CHANNELRELEASE在平時(shí)進(jìn)行DriverTest時(shí)經(jīng)常會(huì)碰到各種各樣電話打不通的現(xiàn)象,按照故障現(xiàn)象大致可以分成以下幾類:未接通、擁塞和由于切換失敗導(dǎo)致掉話等。結(jié)合空中接口的信令流程對(duì)上述故障進(jìn)行分析。

這種情況表現(xiàn)為手機(jī)撥了號(hào)碼之后,馬上就跳掉了,顯示仍回到原始狀態(tài)。發(fā)生此故障的原因很多,下面依階段進(jìn)行分析:沒有占用上SDCCH:

當(dāng)手機(jī)占用隨機(jī)接入信道后,在接入容許控制信道上如果收到“ImmediateAssignmentReject”消息,那么應(yīng)該是由SDCCH擁塞引起的.手機(jī)發(fā)送了“CMServiceRequest”消息,但是沒收到從基站發(fā)過來的“確認(rèn)”消息,這可能是由于低電平和干擾引起的。對(duì)于低電平我們可通過調(diào)整天饋線、發(fā)射功率或增加基站的辦法來加以解決;對(duì)于干擾問題我們可以從以下幾方面去考慮:天饋線是否有問題;是否存在同頻或鄰頻干擾;是否存在上行干擾;上下行鏈路是否平衡;NEIGHBOUR是否定義出錯(cuò)或漏定義。MS呼叫未接通EXAMPLE:當(dāng)MS進(jìn)行起呼時(shí),緊接著釋放,從第三層信令消息框可以明確反映出發(fā)生了一次未接通,主要有以下三條信令消息:UL:CHANNELREQUESTDL:IMMEDIATEASSIGNMENTUL:CMSERVICEREQUEST

在上行的CMSERVICEREQUEST信令發(fā)出后,沒有下行的響應(yīng),通話狀態(tài)由起呼直接轉(zhuǎn)為空閑模式(IDLE),由此可以斷定發(fā)生了一次未接通。由于上行UL:CMSERVICEREQUEST是MS發(fā)起的對(duì)SDCCH的申請(qǐng),發(fā)出申請(qǐng)后沒有應(yīng)答,沒有出現(xiàn)標(biāo)志呼叫接通的信令消息(當(dāng)一次試呼開始后出現(xiàn)了Connect,ConnectAcknowledge消息中的任何一條就計(jì)數(shù)為一次接通),由此,可以斷定發(fā)生了一次未接通情況。其原因可能為該服務(wù)小區(qū)的SDCCH信道擁塞,也可能是由于無線環(huán)境的惡化造成SDCCH信令丟失。MS掉話發(fā)生掉話的服務(wù)小區(qū)為:LAC:20837;CI:30173。從界面中得知,該MS掉話之前還發(fā)生過幾次切換:MS的服務(wù)小區(qū)由31691切到30173,下行的level落到95dBm以下,quailty為7,導(dǎo)致掉話。這期間有一個(gè)最強(qiáng)鄰區(qū)可供切換,但是服務(wù)小區(qū)沒有切到,可能上述小區(qū)間的鄰區(qū)切換參數(shù)設(shè)置不恰當(dāng),也可能是目標(biāo)小區(qū)擁塞,造成不能正常切換。在第三層消息上看到上行MS一直在發(fā)送UL:MEASUREMENTREPORT,沒有收到DL的SYSINFOMATION5,SYSINFORMA5TER,SYSINFORMATION6。由于無線環(huán)境惡化,導(dǎo)致通話過程中產(chǎn)生誤碼,使MS與BTS間無法正常通信,最終斷開連接產(chǎn)生掉話。掉話時(shí)MS由通話模式直接轉(zhuǎn)為IDLE模式,即只有上行消息而無下行消息:可以看到30173的BCCH為692,在鄰區(qū)列表中有一個(gè)693,同時(shí)CI在5以下,確定是鄰頻導(dǎo)致的掉話。鄰頻干擾,使得無線環(huán)境惡劣,導(dǎo)致下行消息丟失,引起掉話:MS切換失敗

切換失敗并不代表掉話,但是切換失敗極有可能造成掉話,尤其是連續(xù)的切換失敗。連續(xù)三次切換失敗,MS仍然沒有掉話(MS還在發(fā)送MEASUREMENTREPORT),導(dǎo)致連續(xù)的切換失敗的原因可能是目標(biāo)小區(qū)的TCH信道擁塞,也可能是目標(biāo)小區(qū)的BCCH載頻與TCH載頻的發(fā)射功率沒有調(diào)平,導(dǎo)致BCCH與TCH的Level值相差很大而造成切換失敗。其Layer3messages流程如下:DL:HANDOVERCOMMANDUL:HANDOVERACCESSUL:HANDOVERCOMPLETEUL:MEASUREMENTREPORTUL:HANDOVERFAILUREDL:SYSTEMINFORMATIONTYPE5BSC應(yīng)該在MS發(fā)出UL:HANDOVERACCESS消息后,接著發(fā)出DL:PHYSICALINFORMATION,指示MS切換至目標(biāo)小區(qū)的TA,即MS與切換目標(biāo)小區(qū)的距離。同時(shí)在MS發(fā)出UL:HANDOVERCOMPLETE之后,發(fā)一條DL:PHYSICALINFORMATION在本例中BSC沒有發(fā)出這兩條消息,這也是導(dǎo)致發(fā)生切換失敗的原因之一。

SDCCH擁塞,TCH擁塞手機(jī)在接入了SDCCH以后,不能成功地占用TCH:

這主要是由于SDCCH射頻丟失、A接口擁擠或小區(qū)里無TCH信道引起。對(duì)SDCCH射頻丟失主要是由于低電平和干擾引起的;在分配TCH后失?。寒?dāng)出現(xiàn)以下原因

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論