 |
善于提問(wèn)，勤于回答，你也是專家
|
 |
問(wèn)題已開(kāi)啟
(普通問(wèn)題)
LAC尋呼次數(shù)達(dá)多少次，就可以裂分？
提問(wèn)者:
• LAC分裂對(duì)尋呼成功率的影響 2015-07-24
• LAC分裂后尋呼成功率下降，求分析，謝謝！ 2015-07-22
• 同一LAC下為何尋呼下發(fā)次數(shù)不一樣 2015-07-17
• 提問(wèn)：中興WCDMA 尋呼指標(biāo)很差一個(gè)LAC尋呼成功率90%，另一個(gè)78%左右，我再網(wǎng)管上看只有5個(gè)跟paging有關(guān)，都rnc級(jí)的。新人一名，想請(qǐng)教各位，如果想提升尋呼成功率，從哪些方面入手，如果不 2015-05-19
• 交換LAC配錯(cuò)全網(wǎng)尋呼能成功嗎？ 2015-04-16
• MSCPOOL內(nèi)跨LAC會(huì)有位置區(qū)更新嗎，更新會(huì)導(dǎo)致收不到尋呼嗎？ 2014-09-19
• 為什么尋呼量最小的小區(qū)決定了LAC尋呼量，求機(jī)制原理！ 2014-07-01
• LAC區(qū)尋呼量 2014-04-09
• LAC分裂后尋呼成功率下降，求分析，謝謝！ 2015-07-22
• 同一LAC下為何尋呼下發(fā)次數(shù)不一樣 2015-07-17
• 提問(wèn)：中興WCDMA 尋呼指標(biāo)很差一個(gè)LAC尋呼成功率90%，另一個(gè)78%左右，我再網(wǎng)管上看只有5個(gè)跟paging有關(guān)，都rnc級(jí)的。新人一名，想請(qǐng)教各位，如果想提升尋呼成功率，從哪些方面入手，如果不 2015-05-19
• 交換LAC配錯(cuò)全網(wǎng)尋呼能成功嗎？ 2015-04-16
• MSCPOOL內(nèi)跨LAC會(huì)有位置區(qū)更新嗎，更新會(huì)導(dǎo)致收不到尋呼嗎？ 2014-09-19
• 為什么尋呼量最小的小區(qū)決定了LAC尋呼量，求機(jī)制原理！ 2014-07-01
• LAC區(qū)尋呼量 2014-04-09
問(wèn)題答案
( 7 )
為未開(kāi)多CCCH信道的平時(shí)尋呼到20W次，就要考慮分裂了。開(kāi)了多CCCH的30W吧！
回答者：
clang107
回答時(shí)間：2011-12-31 10:53
16
23
超過(guò)18w的話就預(yù)警了
回答者：
吳家大院777
回答時(shí)間：2012-01-05 14:45
12
15
華為的一般20萬(wàn)吧，卡特的是15萬(wàn)次
回答者：
xshhua
回答時(shí)間：2012-01-11 16:50
20
13
一般沒(méi)開(kāi)多CCCH的20W左右，具體可以根據(jù)話統(tǒng)尋呼刪除的多少來(lái)判斷。
回答者：
zhangying8219
回答時(shí)間：2012-01-11 17:54
17
13
MFRMS、AGBLS、單復(fù)幀CCCH塊數(shù)是絕對(duì)尋呼能力的依據(jù)，空口采用TMSI（4 MS）還是IMSI（2 MS）尋呼是提高無(wú)線容量的方式。比如MFRMS=2、AGBLK=1、單復(fù)幀CCCH塊數(shù)=9，那么尋呼塊數(shù)為2*（9-1）=16，每秒尋呼塊數(shù)為16*1000/（2*51*4.615）=33.99塊/s。假如采用TMSI尋呼，1個(gè)小時(shí)尋呼容量大概為：33.99*4*3600=489452。當(dāng)然該值為理論計(jì)算值。
回答者：
jskyt
回答時(shí)間：2012-01-11 21:56
15
17
學(xué)習(xí)了，20萬(wàn)次可以分裂
回答者：
qianlifeixue
回答時(shí)間：2012-01-11 23:42
15
21
要根據(jù)尋呼利用率，尋呼擁塞率綜合來(lái)判斷：
1.1 尋呼擴(kuò)容判定
尋呼擁塞目前RAN側(cè)不能區(qū)分尋呼擁塞導(dǎo)致的尋呼失敗的業(yè)務(wù)類型，所以我們可以從核心網(wǎng)和RNC側(cè)綜合進(jìn)行考慮。MSC上的CS域會(huì)話類業(yè)務(wù)尋呼成功率要作為重要的指標(biāo)。從目前網(wǎng)絡(luò)負(fù)載看，很多局點(diǎn)的話務(wù)量都不高，但還是有尋呼擁塞發(fā)生，原因是PS域的一些業(yè)務(wù)引起的對(duì)所有用戶的群呼導(dǎo)致尋呼消息的大量突發(fā)導(dǎo)致。目前RNC的處理在擁塞時(shí)會(huì)導(dǎo)致會(huì)話類等對(duì)用戶感知大的尋呼的大量丟失，從而導(dǎo)致語(yǔ)音等時(shí)延敏感業(yè)務(wù)呼叫時(shí)間拉長(zhǎng)，或呼叫失敗，從而導(dǎo)致用戶感知下降。針對(duì)這類原因，單純擴(kuò)容不能完全解決問(wèn)題，對(duì)尋呼消息的分類處理是關(guān)鍵（產(chǎn)品5.0之前版本沒(méi)有實(shí)現(xiàn)該功能）。
RAN側(cè)的尋呼擁塞采用話統(tǒng)數(shù)據(jù)進(jìn)行判斷：當(dāng)網(wǎng)絡(luò)用戶數(shù)逐漸增多，話務(wù)量逐漸增大時(shí)，首先看尋呼資源利用率是否達(dá)到門限，如果達(dá)到門限，立即擴(kuò)容。如果沒(méi)達(dá)到門限，由于目前話統(tǒng)粒度的限制，還需要查看尋呼擁塞率。如果尋呼擁塞率大于5%，立即擴(kuò)容。當(dāng)尋呼資源利用率沒(méi)有達(dá)到擴(kuò)容門限，而擁塞率較大時(shí)，可能是由于并發(fā)大量尋呼導(dǎo)致，且大部分是PS尋呼。目前產(chǎn)品的處理機(jī)制，一旦發(fā)生尋呼碰撞，不區(qū)分CS和PS業(yè)務(wù)，只按尋呼先后順序處理。如果這種并發(fā)大量尋呼經(jīng)常發(fā)生，為了保護(hù)用戶感受，建議進(jìn)行尋呼擴(kuò)容。后期如果產(chǎn)品實(shí)現(xiàn)了按尋呼原因，業(yè)務(wù)來(lái)處理碰撞的尋呼消息，可通過(guò)評(píng)估CS域會(huì)話類尋呼消息擁塞率來(lái)決定是否進(jìn)行尋呼擴(kuò)容。
表 2‑4尋呼擴(kuò)容判斷標(biāo)準(zhǔn)
1.1 尋呼擴(kuò)容判定
尋呼擁塞目前RAN側(cè)不能區(qū)分尋呼擁塞導(dǎo)致的尋呼失敗的業(yè)務(wù)類型，所以我們可以從核心網(wǎng)和RNC側(cè)綜合進(jìn)行考慮。MSC上的CS域會(huì)話類業(yè)務(wù)尋呼成功率要作為重要的指標(biāo)。從目前網(wǎng)絡(luò)負(fù)載看，很多局點(diǎn)的話務(wù)量都不高，但還是有尋呼擁塞發(fā)生，原因是PS域的一些業(yè)務(wù)引起的對(duì)所有用戶的群呼導(dǎo)致尋呼消息的大量突發(fā)導(dǎo)致。目前RNC的處理在擁塞時(shí)會(huì)導(dǎo)致會(huì)話類等對(duì)用戶感知大的尋呼的大量丟失，從而導(dǎo)致語(yǔ)音等時(shí)延敏感業(yè)務(wù)呼叫時(shí)間拉長(zhǎng)，或呼叫失敗，從而導(dǎo)致用戶感知下降。針對(duì)這類原因，單純擴(kuò)容不能完全解決問(wèn)題，對(duì)尋呼消息的分類處理是關(guān)鍵（產(chǎn)品5.0之前版本沒(méi)有實(shí)現(xiàn)該功能）。RAN側(cè)的尋呼擁塞采用話統(tǒng)數(shù)據(jù)進(jìn)行判斷：當(dāng)網(wǎng)絡(luò)用戶數(shù)逐漸增多，話務(wù)量逐漸增大時(shí)，首先看尋呼資源利用率是否達(dá)到門限，如果達(dá)到門限，立即擴(kuò)容。如果沒(méi)達(dá)到門限，由于目前話統(tǒng)粒度的限制，還需要查看尋呼擁塞率。如果尋呼擁塞率大于5%，立即擴(kuò)容。當(dāng)尋呼資源利用率沒(méi)有達(dá)到擴(kuò)容門限，而擁塞率較大時(shí)，可能是由于并發(fā)大量尋呼導(dǎo)致，且大部分是PS尋呼。目前產(chǎn)品的處理機(jī)制，一旦發(fā)生尋呼碰撞，不區(qū)分CS和PS業(yè)務(wù)，只按尋呼先后順序處理。如果這種并發(fā)大量尋呼經(jīng)常發(fā)生，為了保護(hù)用戶感受，建議進(jìn)行尋呼擴(kuò)容。后期如果產(chǎn)品實(shí)現(xiàn)了按尋呼原因，業(yè)務(wù)來(lái)處理碰撞的尋呼消息，可通過(guò)評(píng)估CS域會(huì)話類尋呼消息擁塞率來(lái)決定是否進(jìn)行尋呼擴(kuò)容。
表 2‑4尋呼擴(kuò)容判斷標(biāo)準(zhǔn)
|
參考項(xiàng) |
擴(kuò)容指標(biāo) |
網(wǎng)絡(luò)資源利用率預(yù)警 |
擴(kuò)容依據(jù) |
擴(kuò)容門限(TMSI) |
|
尋呼擴(kuò)容 |
尋呼資源利用率 |
一周內(nèi)累計(jì)超過(guò)3次或者兩周累計(jì)超過(guò)4次，需要發(fā)出擴(kuò)容預(yù)警 |
充分條件 |
>70% |
|
尋呼擁塞率 |
同上 |
充分條件 |
>5% |
回答者：
super1943
回答時(shí)間：2012-01-14 00:03
18
17
• 重慶信科通信工程有限公司
聘：西安GSC項(xiàng)目經(jīng)理
需求人數(shù)：2 人 地點(diǎn)：西安市
• 福建省鴻官通信工程有限公司 聘：網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：牡丹江市
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 安徽引途科技有限公司 聘：阜陽(yáng)前臺(tái)測(cè)試
需求人數(shù)：2 人 地點(diǎn)：阜陽(yáng)市
• 北京宜通華瑞科技有限公司 聘：專項(xiàng)優(yōu)化中高級(jí)（江西急聘）
需求人數(shù)：5 人 地點(diǎn)：上饒市,景德鎮(zhèn)市,南昌市,鷹潭市
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點(diǎn)：長(zhǎng)沙市,永州市,郴州市,衡陽(yáng)市
• 南京欣網(wǎng)通信科技股份有限公司 聘：后臺(tái)網(wǎng)優(yōu)工程師(J10066)
需求人數(shù)：1 人 地點(diǎn)：榆林市
• 南京協(xié)之遠(yuǎn)信息技術(shù)有限公司 聘：網(wǎng)絡(luò)優(yōu)化工程師（投訴牽頭人）
需求人數(shù)：10 人 地點(diǎn)：北京市
• 西安長(zhǎng)河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：安康市
• 河南創(chuàng)賽通信科技有限公司 聘：人事招聘咨詢專員
需求人數(shù)：53 人 地點(diǎn)：鄭州市
需求人數(shù)：2 人 地點(diǎn)：西安市
• 福建省鴻官通信工程有限公司 聘：網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：牡丹江市
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 安徽引途科技有限公司 聘：阜陽(yáng)前臺(tái)測(cè)試
需求人數(shù)：2 人 地點(diǎn)：阜陽(yáng)市
• 北京宜通華瑞科技有限公司 聘：專項(xiàng)優(yōu)化中高級(jí)（江西急聘）
需求人數(shù)：5 人 地點(diǎn)：上饒市,景德鎮(zhèn)市,南昌市,鷹潭市
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點(diǎn)：長(zhǎng)沙市,永州市,郴州市,衡陽(yáng)市
• 南京欣網(wǎng)通信科技股份有限公司 聘：后臺(tái)網(wǎng)優(yōu)工程師(J10066)
需求人數(shù)：1 人 地點(diǎn)：榆林市
• 南京協(xié)之遠(yuǎn)信息技術(shù)有限公司 聘：網(wǎng)絡(luò)優(yōu)化工程師（投訴牽頭人）
需求人數(shù)：10 人 地點(diǎn)：北京市
• 西安長(zhǎng)河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：安康市
• 河南創(chuàng)賽通信科技有限公司 聘：人事招聘咨詢專員
需求人數(shù)：53 人 地點(diǎn)：鄭州市
熱點(diǎn)問(wèn)題
更多精彩
| 聯(lián)系我們 - 問(wèn)通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |