無線接入性處理_第1頁
無線接入性處理_第2頁
無線接入性處理_第3頁
無線接入性處理_第4頁
無線接入性處理_第5頁
已閱讀5頁,還剩1頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、 無線接入性處理無線接入性SDCCH分配成功率*TCH分配成功率SDCCH占用次數(shù)/SDCCH試呼次數(shù)*TCH占用次數(shù)(不含切換)/TCH試呼次數(shù)(不含切換)SDCCH分配成功率 SDCCH信道建立過程如下: 下面根據(jù)圖中的內(nèi)容對信令連接的過程作簡單的介紹: Channel Request(信道要求):由手機在 RACH 信道(隨機接入信道)上向(BTS)基站發(fā)送一個隨機接入脈沖申請一個信道。在信道要求消息中包括了建立的原因及其他內(nèi)容,其中呼叫建立的這個原因可能是“尋呼響應(yīng)”、“緊急呼叫”、“移動主叫”、“短信業(yè)務(wù)”或“其他”,比如“位置更新”; Channel Required(信道請求):

2、由基站(BTS)向基站控制器(BSC)發(fā)出一個為手機申請信令信道的消息。通過這條消息,基站(BTS)進一步 向基站控制器(BSC)傳遞由手機發(fā)起的信道要求;Channel Activation(信道激活):由基站控制器(BSC)向基站(BTS)發(fā)送。當基站控制器(BSC)收到從基站(BTS)發(fā)來的信道請求消息后,基站控制器(BSC)開始按照一定的條件為此次呼叫尋找和分配 SDCCH 信道,滿足條件后基站控制器(BSC)向基站(BTS)發(fā)送一條信道激活消息,通知基站(BTS)建立呼叫所用的SDCCH;Channel Activation Acknowledge(信道激活證實):由基站(BTS)向

3、基站控制器(BSC)發(fā)送。當基站(BTS)激活指定的 SDCCH 后發(fā)此消息給基站控制器(BSC),此消息為對信道激活消息的應(yīng)答,當基站(BTS)發(fā)出這條消息后,它開始在 SDCCH信道發(fā)送和接受消息;Immediate Assignment Command(立即指配命令):由基站控制器(BSC)向基站(BTS)發(fā)送。該消息包括向手機發(fā)送的 Immediate Assign(立即指派)消息;Immediate Assignment(立即指配):由基站在 AGCH 信道上發(fā)送給手機。該消息根據(jù) Immediate Assignment Command(立即指配命令)中的Immediate Ass

4、ign(立即指派)消息告訴手機調(diào)整至指定的信令信道(SDCCH+SACCH);Establish Indication(建立指示):手機在將其存儲的信息與 Immediate Assign(立即指派)消息中所包含的信息進行比較,如果結(jié)果正確則手機進入 CM Service Request (CM 業(yè)務(wù)請求)階段,在新指派的 SDCCH 上發(fā)起 CM Service Request(CM業(yè)務(wù)請求)?;荆˙TS)收到手機發(fā)出的 CM Service Request(CM 業(yè)務(wù)請求)后,向基站控制器(BSC)發(fā)出 Establish Indication(建立指示)消息確認立即指配命令。建立指示消

5、息有兩種用途:首先,建立指示消息從基站(BTS)的角度出發(fā),向向基站控制器(BSC)指出移動臺目前正在指定的 SDCCH 信道上。另外,基站(BTS)將識別這一連結(jié)并把接收到的第 3 層的消息加入到這條消息中。同時 SDCCH的指派完成;SCCP Connection Request(SCCP 連接請求)和 SCCP Connection Confirm(SCCP連接證實):基站控制器(BSC)在收到 Establish Indication(建立指示)消息后通過向 MSC 發(fā)送包含完整 Layer3 信息的 Connection Request(SCCP 連接請求)消息建立一個面向 MSC

6、的 SCCP 邏輯連接,MSC 則向 BSC 返回 SCCP Connection Confirm(SCCP 連接證實)消息以證實 A 接口的信令連接已完成??偨Y(jié),從上面看到SDCCH的試呼次數(shù)為統(tǒng)計信令:BSC從Abis接口接收到的Channel Required,SDCCH的立即指配成功次數(shù)為統(tǒng)計信令BSC發(fā)出分配SDCCH信道的Establish indication。TCH分配成功率TCH信道建立過程如下:下面根據(jù)圖中的內(nèi)容對信令連接的過程作簡單的介紹:Assignment Request(指派請求):A 接口由 MSC 向 BSC 發(fā)送的消息。BSC 在收到這條消息后開始了尋找符合條

7、件的 TCH(話音信道);Channel Activation(信道激活):在 BSC 內(nèi)部的信道保存和分配之后,找到空閑的 TCH 信道,BSC 發(fā)送這條消息給 BTS 來激活指定的 TCH 信道;Channel Activation Acknowledge(信道激活證實):由 BTS 在激活指定的 TCH 信道后向 BSC 發(fā)送,證實 BSC 所要求的 TCH 信道已激活;Assignment Command(指派命令):由 BTS 進一步把收到的消息在 SDCCH 上發(fā)送給手機。通知手機調(diào)整至新的信道(TCH+SACCH+FACCH),該消息包含完整的信道描述信息;Establish I

8、ndication(建立指示):由 BTS 向 BSC 發(fā)送。手機轉(zhuǎn)到指定的新的信道后發(fā)送 SABM(通過 FACCH)通知該信道已正確占用,并且 SACCH 開始處于證實狀態(tài) 。 當 BTS 收 到 SABM 后 回 發(fā) UA ( 通 過 FACCH ) 信 息 給 手 機 并 向 BSC 發(fā) 送“Establish Indication”信息;Assignment Complete(指派完成 MS BSC):由手機向基站(BTS)發(fā)送(通過FACCH)。該消息經(jīng)由 BTS 送往 BSC 指示話音信道的已建立并運行正常;Assignment Complete(指派完成 BSC MSC):由

9、BSC 向 MSC 發(fā)送。該消息向 MSC證實新的話音信道已建立;RF Channel Release(RF 信道釋放):由 BSC 向基站(BTS)發(fā)送。使原來使用的SDCCH 停止活動;RF Channel Release Acknowladge(RF 信道釋放證實):由基站(BTS)向 BSC 發(fā)送。證實原來的 SDCCH 無線資源被釋放??偨Y(jié),從上面看到TCH的試呼次數(shù)(不含切換)為統(tǒng)計信令:BSC從Abis接口接收到的Channel Required,TCH的分配成功次數(shù)為統(tǒng)計信令BSC發(fā)出分配TCH信道的Assignment Complete命令?,F(xiàn)階段的無線接入性指標考慮了信令信

10、道分配階段、話音信道分配這兩個階段,因此,我們在提高無線接入性指標的同時要從隨機接入成功率、信令信道分配成功率、話音信道分配成功率三個方面同時入手進行考慮,全面提高網(wǎng)絡(luò)質(zhì)量。影響無線接入性的因素主要有:基站硬件故障、信道擁塞、參數(shù)設(shè)置、覆蓋、干擾、傳輸閃斷、上下行平衡以及手機問題等等,需要根據(jù)實際情況仔細分析。影響SDCCH分配失敗的信令發(fā)生在CHANNEL REQUEST和IMMEDIATE ASSIGNMENT COMMAND之間 。 SDCCH 分配失敗的主要原因1、BSC和BTS的傳輸頻繁閃斷,會引起SDCCH的分配失敗2、SD信道異常吊死、大量SDCCH試呼,但占用較少3、DMAX參

11、數(shù)設(shè)置錯誤4、上下行鏈路不平衡5、SDCCH擁塞 SDCCH分配失敗的處理方法1、加強維護工作,減少微波傳輸?shù)氖褂脭?shù)量,避免出現(xiàn)傳輸閃斷2、DMAX設(shè)置過小,限制外的起呼都會產(chǎn)生CHANNEL REQUIRED消息,但是由于TA受限,BSC就過慮掉了這些起呼請求,因此也就不會產(chǎn)生CHANNEL ACTIVATION消息了。如果SDCCH分配失敗率高,其他指標又正常,那么可以檢查一下DMAX參數(shù)設(shè)置,建議該值設(shè)置為255。3、SDCCH擁塞部分小區(qū)由于處于LAC邊界區(qū)域或擁塞導致信令信道(SDCCH擁塞),引起SDCCH分配失敗。SDCCH擁塞處理方法有以下幾種:(1)根據(jù)實際情況,適當增配SD

12、CCH信道。(2)非LAC邊界小區(qū),適當調(diào)整小區(qū)的REO或者BTS發(fā)射功率。(3)LAC邊界小區(qū),調(diào)整本小區(qū)及附近鄰區(qū)的HYS。(4)增加信令重發(fā)等待時間?,F(xiàn)階段網(wǎng)內(nèi)TCH分配階段出現(xiàn)的失敗主要集中在擁塞、干擾和硬件故障等情況。ASSIGNMENTFAILURE是和ASSIGNMENTREQUEST對應(yīng)的,反映了一次TCH分配失敗。其原因多數(shù)情況下是由于沒有空閑的通道,當然還包括了其它干擾或載波硬件故障等情況。 TCH 指派失敗的主要原因1、硬件故障。如TRX故障,合路器故障,上下行不平衡;各硬件間射頻連線不正確。2、同頻或者鄰頻干擾。由于干擾而引起的高誤碼率,使得移動臺不能與BTS建立起第二層鏈路,導致指派失敗;3、天饋系統(tǒng)出現(xiàn)故障。由于天饋線受到折損、腐蝕,導致因駐波比過高而影響收發(fā)性能。4、參數(shù)不合理。如果T3107設(shè)置的過小,使得網(wǎng)絡(luò)在未收到指配完成時,就由于T3107的逾時已將信道釋放掉。 5、Abis接口傳輸故障。如果Abis接口傳輸誤碼率大,就會導致MS和網(wǎng)絡(luò)之間不能正常的完成信令的交換,從而導致指派失

溫馨提示

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

評論

0/150

提交評論