問題已開啟
(普通問題)
位置更新好處壞處?
通話過程會位置更新么?
位置更新需要多長時間?
1, 主叫打過來,被叫在位置更新中,會掉話。
2,頻繁位置更新使SDCCH擁塞。
還有么? 坐等請教!
位置更新需要多長時間?
1, 主叫打過來,被叫在位置更新中,會掉話。
2,頻繁位置更新使SDCCH擁塞。
還有么? 坐等請教!
提問者: f279044824 提問時間: 2012-03-19
更多
位置更新
相關問題
• CSFB過程一定會伴隨著位置更新嗎? 2020-06-18
• LTE中,位置更新是基于什么進行的? 2020-05-27
• 聯(lián)通手機停機后基站測位置更新情況? 2020-01-05
• 關于LTE位置更新的問題 2018-07-10
• LTE位置更新需要大概多久? 2018-01-18
• 聯(lián)合位置更新失敗 2017-11-11
• LTE中有哪些位置更新 2016-11-15
• 位置更新SD占用次數(shù)怎么算 2016-11-04
• LTE中,位置更新是基于什么進行的? 2020-05-27
• 聯(lián)通手機停機后基站測位置更新情況? 2020-01-05
• 關于LTE位置更新的問題 2018-07-10
• LTE位置更新需要大概多久? 2018-01-18
• 聯(lián)合位置更新失敗 2017-11-11
• LTE中有哪些位置更新 2016-11-15
• 位置更新SD占用次數(shù)怎么算 2016-11-04
問題答案
( 9 )
為了防止對脫網(wǎng)、LOW BATT、其它原因造成MSC/VLR中出現(xiàn)的不正常狀態(tài)的MS的尋呼,引入周期登記,由系統(tǒng)廣播信息傳送,包括是否要進行周期登記,多長時間要通知系統(tǒng)進行IMSI附著,控制參數(shù)是T3212。
主叫打過來,被叫在位置更新中,一般不是掉話,而是未接通,沒什么好的解決方法,重劃LAC邊界,或者采用POOL。頻繁位置更新,增加SDCCH數(shù)目,重新規(guī)劃LAC邊界。
主叫打過來,被叫在位置更新中,一般不是掉話,而是未接通,沒什么好的解決方法,重劃LAC邊界,或者采用POOL。頻繁位置更新,增加SDCCH數(shù)目,重新規(guī)劃LAC邊界。
回答者:
liuhao123
回答時間:2012-03-19 20:22
11 9
1、被叫位置更新,不是掉話吧,應該是未接通吧
2、大量位置更新導致SD擁塞問題,你要規(guī)劃好LAC、和位置更新的時間
2、大量位置更新導致SD擁塞問題,你要規(guī)劃好LAC、和位置更新的時間
回答者:
gaojianbin
回答時間:2012-03-19 21:04
6 5
被叫和主叫位置更新都有可能導致未接通,而不是掉話。
通話結束以后才可以位置更新
位置更新占用的是SD信道,信道不足會造成起呼困難。
LAC邊界站覆蓋范圍應該小一些。
針對SD擁塞就擴容SD信道。呵呵。
通話結束以后才可以位置更新
位置更新占用的是SD信道,信道不足會造成起呼困難。
LAC邊界站覆蓋范圍應該小一些。
針對SD擁塞就擴容SD信道。呵呵。
回答者:
hqvip
回答時間:2012-03-19 21:18
6 8
位置更新的整個過程應該在3s內。通話過程中不會位置更新,如果通話過程中出現(xiàn)跨LAC的切換,會在掛機后立刻進行位置更新,更新成功后在進行重選,所以要注意LAC邊界重選的CRH。
位置更新是在尋呼容量和用戶可達性上的一個取舍,假設全網(wǎng)一個LAC,則無需位置更新,不會因為位置更新導致未接通,也節(jié)省SDCCH,但尋呼信道肯定崩潰,假設每個小區(qū)都是一個LAC,則尋呼肯定夠,但頻繁的位置更新會使網(wǎng)絡癱瘓,所以要通過LAC這個邏輯設置進行權衡。
位置更新是在尋呼容量和用戶可達性上的一個取舍,假設全網(wǎng)一個LAC,則無需位置更新,不會因為位置更新導致未接通,也節(jié)省SDCCH,但尋呼信道肯定崩潰,假設每個小區(qū)都是一個LAC,則尋呼肯定夠,但頻繁的位置更新會使網(wǎng)絡癱瘓,所以要通過LAC這個邏輯設置進行權衡。
回答者:
notaway
回答時間:2012-03-19 22:18
8 9
位置更新是在通話結束之后,由周期性位置更新定時器T3212控制.如果是手機剛開機,則會先進行IMSI附著,這也是屬于位置更新的一種.
回答者:
阿海
回答時間:2012-03-19 23:46
4 8
被叫位置更新而導致主叫尋呼失敗不是掉話,是未接通。
位置更新的目的說白了就是為了節(jié)省網(wǎng)絡尋呼資源的,把用戶定位在一個位置區(qū),在主叫尋呼的時候只要尋呼被叫所在的位置區(qū)就可以了。如果恰好在這個時候被叫發(fā)生位置區(qū)更新,而主叫的尋呼消息在舊的位置區(qū)發(fā)送的話就會像樓主說的那樣發(fā)生未接通。
頻繁位置區(qū)更新就會影響接入性能指標。
位置更新的目的說白了就是為了節(jié)省網(wǎng)絡尋呼資源的,把用戶定位在一個位置區(qū),在主叫尋呼的時候只要尋呼被叫所在的位置區(qū)就可以了。如果恰好在這個時候被叫發(fā)生位置區(qū)更新,而主叫的尋呼消息在舊的位置區(qū)發(fā)送的話就會像樓主說的那樣發(fā)生未接通。
頻繁位置區(qū)更新就會影響接入性能指標。
回答者:
kissookies
回答時間:2012-03-20 07:10
4 7
呵呵,樓主大意啊,被叫位置更新都說成是掉話了,明顯是未接通嘛。
位置更新主要是在空閑狀態(tài)下進行的,當MS跨LAC,周期位置更新時間到,開關機。好處是減少一些不必要的尋呼消息,提高網(wǎng)絡資源利用率。壞處是頻繁的位置更新會導致SD擁塞、未接通等現(xiàn)象,也只能合理規(guī)劃LAC邊界了
位置更新主要是在空閑狀態(tài)下進行的,當MS跨LAC,周期位置更新時間到,開關機。好處是減少一些不必要的尋呼消息,提高網(wǎng)絡資源利用率。壞處是頻繁的位置更新會導致SD擁塞、未接通等現(xiàn)象,也只能合理規(guī)劃LAC邊界了
回答者:
Landseer
回答時間:2012-03-20 11:27
7 6
位置更新在通話中,有可能導致掉話,但是語音質量可能更好。
回答者:
877371063
回答時間:2012-03-20 19:44
6 9
位置更新時間設置短節(jié)省SD資源,設置長浪費資源,位置更新在通話過程中不會進行,會在通話結束后做位置更新。被叫位置更新容易造成未接通!
回答者:
任我飛翔2008
回答時間:2012-03-21 20:39
8 6
• 重慶信科通信工程有限公司
聘:南昌電信中興原廠高級
需求人數(shù):2 人 地點:南昌市
• 南京格安信息系統(tǒng)有限責任公司 聘:5G工程后臺人員
需求人數(shù):10 人 地點:北京市
• 中郵建技術有限公司 聘:成都移動后臺高級
需求人數(shù):1 人 地點:成都市
• 嘉環(huán)科技股份有限公司 聘:電信原廠網(wǎng)優(yōu)工程師
需求人數(shù):3 人 地點:長沙市,衡陽市
• 浙江省郵電工程建設有限公司 聘:網(wǎng)優(yōu)日常租賃人員
需求人數(shù):2 人 地點:煙臺市
• 成都旗訊通信技術有限公司 聘:電聯(lián)招聘督導、傳輸、維護轉網(wǎng)優(yōu)
需求人數(shù):12 人 地點:浙江省,江蘇省,河北省,山西省,遼寧省
• 北京電旗通訊技術股份有限公司 聘:網(wǎng)優(yōu)實習生通信應屆生(云南)
需求人數(shù):1 人 地點:昆明市,思茅市,昭通市
• 廣東南方通信建設有限公司 聘:日常項目系統(tǒng)中高級工程師
需求人數(shù):2 人 地點:百色市
• 西安長河通訊有限責任公司 聘:網(wǎng)絡優(yōu)化工程師
需求人數(shù):2 人 地點:安康市
• 西安中興精誠通訊有限公司 聘:重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù):2 人 地點:重慶市
需求人數(shù):2 人 地點:南昌市
• 南京格安信息系統(tǒng)有限責任公司 聘:5G工程后臺人員
需求人數(shù):10 人 地點:北京市
• 中郵建技術有限公司 聘:成都移動后臺高級
需求人數(shù):1 人 地點:成都市
• 嘉環(huán)科技股份有限公司 聘:電信原廠網(wǎng)優(yōu)工程師
需求人數(shù):3 人 地點:長沙市,衡陽市
• 浙江省郵電工程建設有限公司 聘:網(wǎng)優(yōu)日常租賃人員
需求人數(shù):2 人 地點:煙臺市
• 成都旗訊通信技術有限公司 聘:電聯(lián)招聘督導、傳輸、維護轉網(wǎng)優(yōu)
需求人數(shù):12 人 地點:浙江省,江蘇省,河北省,山西省,遼寧省
• 北京電旗通訊技術股份有限公司 聘:網(wǎng)優(yōu)實習生通信應屆生(云南)
需求人數(shù):1 人 地點:昆明市,思茅市,昭通市
• 廣東南方通信建設有限公司 聘:日常項目系統(tǒng)中高級工程師
需求人數(shù):2 人 地點:百色市
• 西安長河通訊有限責任公司 聘:網(wǎng)絡優(yōu)化工程師
需求人數(shù):2 人 地點:安康市
• 西安中興精誠通訊有限公司 聘:重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù):2 人 地點:重慶市
熱點問題
更多精彩
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |