域優化
發布時間:2014/10/25 20:54:10 訪問次數:568
本章將從接入性、保持性、完整性來分析話音業務的優化,分為尋呼、接入、切換、掉話、話音質量幾個部分。
尋呼由MSCNLR發起,MSC向相應的BSC下發尋呼命令后啟動T3113計時器。BSC收到尋呼命令后在位置區所有小區的尋呼信道( PCH)下發尋呼消息。HI1-507A-2手機在非通話狀態下會一直偵聽自己所屬的尋呼子信道。當根據TMSI或IMSI確定收到屬于自己的消息后,發送信道請求(Channel Request)消息申請信道。BSC接收到信道請求消息后通過立即分配(Immediate Assignment)消息分配SDCCH信道。MS在占用SDCCH信道成功后,在SDCCH信道上回送Paging Response消息。Paging Response消息經由BSC轉發到MSC后,一個完整的尋呼流程成功完成。
尋呼信令流程已在4.4.1節討論,在此不再贅述。
無線側尋呼容量已在5.2.4節討論,在此不再贅述。
MSC尋呼策略
通過參數可以設定一次尋呼和二次尋呼策略,如圖8-1所示。
(1) -次尋呼Global尋呼
當VLR中沒有當前MS的LAI信息時,采用Global尋呼,即在整個MSC Server或者MSC Pool中尋呼。
如果第一次尋呼采用Global尋呼,則二次尋呼只能是Global。
參數PAGTIMEFRSTGLOB確定一次尋呼的超時時長。
參數PAGREPGLOB確定是否發送二次尋呼。
參數PAGTIMEREPGLOB確定二次尋呼的超時時長。
(2) -次尋呼Local尋呼
當VLR中有當前MS的LAI信息時,采用Local尋呼,即只在LA范圍內尋呼。
如果第一次尋呼采用Local尋呼,則參數PAGREPILA確定是否進行二次尋呼,以及二次尋呼的類型是Local還是Global,以及尋呼采用的是IMSI還是TMSI。
參數PAGTIMEFRSTILA確定一次尋呼的超時時長。
參數PAGETIMEREPILA確定二次尋呼超時時長。
本章將從接入性、保持性、完整性來分析話音業務的優化,分為尋呼、接入、切換、掉話、話音質量幾個部分。
尋呼由MSCNLR發起,MSC向相應的BSC下發尋呼命令后啟動T3113計時器。BSC收到尋呼命令后在位置區所有小區的尋呼信道( PCH)下發尋呼消息。HI1-507A-2手機在非通話狀態下會一直偵聽自己所屬的尋呼子信道。當根據TMSI或IMSI確定收到屬于自己的消息后,發送信道請求(Channel Request)消息申請信道。BSC接收到信道請求消息后通過立即分配(Immediate Assignment)消息分配SDCCH信道。MS在占用SDCCH信道成功后,在SDCCH信道上回送Paging Response消息。Paging Response消息經由BSC轉發到MSC后,一個完整的尋呼流程成功完成。
尋呼信令流程已在4.4.1節討論,在此不再贅述。
無線側尋呼容量已在5.2.4節討論,在此不再贅述。
MSC尋呼策略
通過參數可以設定一次尋呼和二次尋呼策略,如圖8-1所示。
(1) -次尋呼Global尋呼
當VLR中沒有當前MS的LAI信息時,采用Global尋呼,即在整個MSC Server或者MSC Pool中尋呼。
如果第一次尋呼采用Global尋呼,則二次尋呼只能是Global。
參數PAGTIMEFRSTGLOB確定一次尋呼的超時時長。
參數PAGREPGLOB確定是否發送二次尋呼。
參數PAGTIMEREPGLOB確定二次尋呼的超時時長。
(2) -次尋呼Local尋呼
當VLR中有當前MS的LAI信息時,采用Local尋呼,即只在LA范圍內尋呼。
如果第一次尋呼采用Local尋呼,則參數PAGREPILA確定是否進行二次尋呼,以及二次尋呼的類型是Local還是Global,以及尋呼采用的是IMSI還是TMSI。
參數PAGTIMEFRSTILA確定一次尋呼的超時時長。
參數PAGETIMEREPILA確定二次尋呼超時時長。
上一篇:門限主要針對測量報告內容
上一篇:BSC尋呼策略
熱門點擊
- 流式存儲音頻/視頻
- 二極管的開關特性比較理想
- 報文摘要算法就是一種散列函數
- CTRO SOURCE引腳的使用方法
- TCH信道容量規劃
- IEE802154物理層使用的三個頻段
- 區分服務DiσscⅣ在路由器中增加區分服務的
- 對單時隙連接的信道選擇
- AMR的實現
- 域優化
推薦技術資料
- 自制經典的1875功放
- 平時我也經常逛一些音響DIY論壇,發現有很多人喜歡LM... [詳細]