 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
Paging group的數(shù)量與下面哪些參數(shù)有關(guān)
請問這個和MFR有關(guān)嗎，我人為只和BCCH TYPE和AG有關(guān)，你人為呢？
提問者:
• TDDLTE參數(shù)中Uplinkreferencesignalscyclicshift和GrOUPassignmntforPUSCH怎么�。� 2014-01-12
• 主叫接收paging request 未接通 2012-09-22
• TD信令pagingType1求解 2012-09-16
• 關(guān)于下發(fā)paging G網(wǎng) 2012-08-16
• ATU測試 FTP下載，一直收到paging requst最終導(dǎo)致失敗的原因？ 2012-07-30
• 在paging type1中，TMSI和P-TMSI的標(biāo)識都是4，怎么區(qū)分是CS域的TMSI尋呼還是PS域的P-TMSI尋呼？ 2012-06-14
• 請問LTE positioning子幀能和paging子幀在一起嗎？ 2012-06-13
• 主叫接收paging request 未接通 2012-09-22
• TD信令pagingType1求解 2012-09-16
• 關(guān)于下發(fā)paging G網(wǎng) 2012-08-16
• ATU測試 FTP下載，一直收到paging requst最終導(dǎo)致失敗的原因？ 2012-07-30
• 在paging type1中，TMSI和P-TMSI的標(biāo)識都是4，怎么區(qū)分是CS域的TMSI尋呼還是PS域的P-TMSI尋呼？ 2012-06-14
• 請問LTE positioning子幀能和paging子幀在一起嗎？ 2012-06-13
問題答案
( 1 )
1） 尋呼組的定義：
根據(jù)GSM的規(guī)范，
l CombinedBCCH/SDCCH小區(qū)，每個復(fù)幀可提供3個獨立
的CCCH用作AGCH和PCH。
l Non-CombinedBCCH/SDCCH 小區(qū), 每個復(fù)幀傳送9個獨
立的CCCH用作AGCH和PCH。
這些獨立的CCCH我們稱作尋呼組。尋呼組可作為尋呼信道
(PCH) 用來廣播尋呼請求，同時也可作為接入允許信道 (AGCH) 用來回應(yīng)手機的接入請求(即分配SDCCH)。移動臺MS根據(jù)參數(shù)AG（預(yù)留AGCH塊）和MFR（CCCH復(fù)幀的周期）計算出應(yīng)該監(jiān)聽的尋呼周期，周期性地監(jiān)聽所屬的尋呼組。于是當(dāng)移動臺MS作被叫時，會監(jiān)聽到基站發(fā)送的尋呼請求，并做出回應(yīng)。
通過調(diào)節(jié)參數(shù)MFR可以控制尋呼的容量以及移動臺監(jiān)聽尋呼信道的周期。尋呼組設(shè)置較多意味著手機在監(jiān)測到正確的尋呼組之前需要等較長時間，這樣會增加尋呼的時間。
尋呼組設(shè)置較少會由于手機較為頻繁地接聽尋呼組而縮短呼叫建立時長，缺點是手機會很費電。
2） 尋呼組設(shè)置
我們可以設(shè)置每個小區(qū)的尋呼組的數(shù)目，兩個參數(shù)決定了一個小區(qū)尋呼組的數(shù)量，這兩個參數(shù)是AG和MFR。
l AG（NumberOfBlocksForAccessGrant）取值(0..7)
這個參數(shù)定義了每個復(fù)幀內(nèi)AGCH專用的尋呼組數(shù)量。Combined BCCH/SDCCH 小區(qū)– AG =0 ... 2 ，而 Non-Combined BCCH/SDCCH 小區(qū)– AG = 0 ... 7。它可以設(shè)成AG= 0 (即沒有專用的AGCH，所有的尋呼組由PCH和AGCH共享。)或 AG>= 1 ( 即保留尋呼組作為AGCH專用信道)。用于AGCH的尋呼組數(shù)量取決于小區(qū)話務(wù)量。沒有保留專用信道用作AGCH的情況下，AGCH的優(yōu)先級高于PCH，因此盡管有需求，也可以將AG設(shè)為0。
l MFR（ NumberOfMultiframesBetweenPaging）取值(2..9),
這個參數(shù)定義了BTS的尋呼周期,即同一尋呼組傳送尋呼請求的時間間隔。例如：MFR=9的意思是每一尋呼組，以每9個復(fù)幀的周期重復(fù)一次。也就是說屬于某一特定尋呼組的手機，必須每9個復(fù)幀監(jiān)聽一次，也就是說監(jiān)聽間隔時間大約是 2.1秒 (9 * 235.4 ms)。
AG，MFR以及尋呼組的數(shù)量三者之間的關(guān)系如下：
以亳州聯(lián)通GSM網(wǎng)絡(luò)為例計算小區(qū)尋呼組的數(shù)量
1)CombinedBCCH/SDCCH小區(qū)：
AG=1
MFR=6
尋呼組數(shù)量=(3- AG) * MFR = 12個尋呼組
2)Non-combinedBCCH/SDCCH小區(qū)：
AG=3
MFR=6
尋呼組數(shù)量=(9- AG) * MFR = 36個尋呼組
三、BTS 尋呼容量的計算
考慮到SDCCH擁塞，一些小區(qū)配置combinedBCCH/SDCCH，但將BCCH/SDCCH改為combined 后會減少每復(fù)幀周期的尋呼組的數(shù)量。如上計算，若使用non-combined，尋呼組的數(shù)量為36，而用combined 時只有12個尋呼組。以下主要針對combined配置進行深入分析。
BTS通過尋呼組廣播尋呼請求。下面是一個尋呼請求可能的配置：
· 4 TMSIs
· 2IMSIs
NOKIA系統(tǒng)采用TMSI進行尋呼，每復(fù)幀尋呼組可以傳送4個TMSIpages。CombinedBCCH：每個復(fù)幀有3個尋呼組 (235 ms), 若AG = 1，
每秒尋呼組的數(shù)量為：(1個AGCH->2個PCH)
=2個PCH/0.235(每復(fù)幀)
=8.5個尋呼組/ 秒 [1]
上面計算了實際現(xiàn)網(wǎng)中AG=1時尋呼的容量。由于在NOKIA系統(tǒng)中，AGCH的優(yōu)先級高于PCH，因此，我們可以在AG請求較少的情況下，將AG從1設(shè)為0，這樣可以直接增加尋呼的容量，改善尋呼成功率。以下將計算AG的實際需求及將AG由1設(shè)為0之后尋呼容量的增長。
亳州聯(lián)通GSM網(wǎng)絡(luò)在6月13日最忙時，接入請求最多的CELL是18062，SDCCH_attempt為1900次。
則每秒占用AG的次數(shù)
＝1900/3600
＝0.53(AGCH/S)
則每復(fù)幀占用AG的次數(shù)
＝0.53(AGCH/S)*0.23S(每復(fù)幀)
= 0.12
這個計算結(jié)果說明AGCH的需求不足一個尋呼組，所以不需設(shè)置專用的AGCH，即可將AG設(shè)為0。
因此，對于CombinedBCCH/SDCCH小區(qū)，若AG=0，則每秒的尋呼數(shù)為：
每秒尋呼組的數(shù)量：(0尋呼組用于AGCH，即3 尋呼組用于PCH)
= 3個PCH/ 0.235(每復(fù)幀)
=12.76
考慮實際情況，除去AGCH后，每秒實際剩下用于PCH的尋呼組數(shù)量
=12.76-0.53
=12.23(尋呼組/秒) [2]
如果將AG從1改為0，BTS尋呼容量增長
＝[2]/[1]
=12.23/8.5
＝143.9％
. 如果將AG由1改為0以后，尋呼容量會增加43.9％。對于尋呼消息溢出較多的地區(qū)，可以修改AG，提高尋呼容量，降低尋呼消息丟失的現(xiàn)象。
四、總結(jié)
以上是我對NOKIA系統(tǒng)的尋呼情況進行了介紹，并對參數(shù)進行了詳細(xì)的解釋和分析。針對尋呼，我們可以根據(jù)網(wǎng)絡(luò)情況，適當(dāng)修改這些參數(shù)，提高尋呼成功率，改善我們的網(wǎng)絡(luò)。
根據(jù)GSM的規(guī)范，
l CombinedBCCH/SDCCH小區(qū)，每個復(fù)幀可提供3個獨立
的CCCH用作AGCH和PCH。
l Non-CombinedBCCH/SDCCH 小區(qū), 每個復(fù)幀傳送9個獨
立的CCCH用作AGCH和PCH。
這些獨立的CCCH我們稱作尋呼組。尋呼組可作為尋呼信道
(PCH) 用來廣播尋呼請求，同時也可作為接入允許信道 (AGCH) 用來回應(yīng)手機的接入請求(即分配SDCCH)。移動臺MS根據(jù)參數(shù)AG（預(yù)留AGCH塊）和MFR（CCCH復(fù)幀的周期）計算出應(yīng)該監(jiān)聽的尋呼周期，周期性地監(jiān)聽所屬的尋呼組。于是當(dāng)移動臺MS作被叫時，會監(jiān)聽到基站發(fā)送的尋呼請求，并做出回應(yīng)。
通過調(diào)節(jié)參數(shù)MFR可以控制尋呼的容量以及移動臺監(jiān)聽尋呼信道的周期。尋呼組設(shè)置較多意味著手機在監(jiān)測到正確的尋呼組之前需要等較長時間，這樣會增加尋呼的時間。
尋呼組設(shè)置較少會由于手機較為頻繁地接聽尋呼組而縮短呼叫建立時長，缺點是手機會很費電。
2） 尋呼組設(shè)置
我們可以設(shè)置每個小區(qū)的尋呼組的數(shù)目，兩個參數(shù)決定了一個小區(qū)尋呼組的數(shù)量，這兩個參數(shù)是AG和MFR。
l AG（NumberOfBlocksForAccessGrant）取值(0..7)
這個參數(shù)定義了每個復(fù)幀內(nèi)AGCH專用的尋呼組數(shù)量。Combined BCCH/SDCCH 小區(qū)– AG =0 ... 2 ，而 Non-Combined BCCH/SDCCH 小區(qū)– AG = 0 ... 7。它可以設(shè)成AG= 0 (即沒有專用的AGCH，所有的尋呼組由PCH和AGCH共享。)或 AG>= 1 ( 即保留尋呼組作為AGCH專用信道)。用于AGCH的尋呼組數(shù)量取決于小區(qū)話務(wù)量。沒有保留專用信道用作AGCH的情況下，AGCH的優(yōu)先級高于PCH，因此盡管有需求，也可以將AG設(shè)為0。
l MFR（ NumberOfMultiframesBetweenPaging）取值(2..9),
這個參數(shù)定義了BTS的尋呼周期,即同一尋呼組傳送尋呼請求的時間間隔。例如：MFR=9的意思是每一尋呼組，以每9個復(fù)幀的周期重復(fù)一次。也就是說屬于某一特定尋呼組的手機，必須每9個復(fù)幀監(jiān)聽一次，也就是說監(jiān)聽間隔時間大約是 2.1秒 (9 * 235.4 ms)。
AG，MFR以及尋呼組的數(shù)量三者之間的關(guān)系如下：
以亳州聯(lián)通GSM網(wǎng)絡(luò)為例計算小區(qū)尋呼組的數(shù)量
1)CombinedBCCH/SDCCH小區(qū)：
AG=1
MFR=6
尋呼組數(shù)量=(3- AG) * MFR = 12個尋呼組
2)Non-combinedBCCH/SDCCH小區(qū)：
AG=3
MFR=6
尋呼組數(shù)量=(9- AG) * MFR = 36個尋呼組
三、BTS 尋呼容量的計算
考慮到SDCCH擁塞，一些小區(qū)配置combinedBCCH/SDCCH，但將BCCH/SDCCH改為combined 后會減少每復(fù)幀周期的尋呼組的數(shù)量。如上計算，若使用non-combined，尋呼組的數(shù)量為36，而用combined 時只有12個尋呼組。以下主要針對combined配置進行深入分析。
BTS通過尋呼組廣播尋呼請求。下面是一個尋呼請求可能的配置：
· 4 TMSIs
· 2IMSIs
NOKIA系統(tǒng)采用TMSI進行尋呼，每復(fù)幀尋呼組可以傳送4個TMSIpages。CombinedBCCH：每個復(fù)幀有3個尋呼組 (235 ms), 若AG = 1，
每秒尋呼組的數(shù)量為：(1個AGCH->2個PCH)
=2個PCH/0.235(每復(fù)幀)
=8.5個尋呼組/ 秒 [1]
上面計算了實際現(xiàn)網(wǎng)中AG=1時尋呼的容量。由于在NOKIA系統(tǒng)中，AGCH的優(yōu)先級高于PCH，因此，我們可以在AG請求較少的情況下，將AG從1設(shè)為0，這樣可以直接增加尋呼的容量，改善尋呼成功率。以下將計算AG的實際需求及將AG由1設(shè)為0之后尋呼容量的增長。
亳州聯(lián)通GSM網(wǎng)絡(luò)在6月13日最忙時，接入請求最多的CELL是18062，SDCCH_attempt為1900次。
則每秒占用AG的次數(shù)
＝1900/3600
＝0.53(AGCH/S)
則每復(fù)幀占用AG的次數(shù)
＝0.53(AGCH/S)*0.23S(每復(fù)幀)
= 0.12
這個計算結(jié)果說明AGCH的需求不足一個尋呼組，所以不需設(shè)置專用的AGCH，即可將AG設(shè)為0。
因此，對于CombinedBCCH/SDCCH小區(qū)，若AG=0，則每秒的尋呼數(shù)為：
每秒尋呼組的數(shù)量：(0尋呼組用于AGCH，即3 尋呼組用于PCH)
= 3個PCH/ 0.235(每復(fù)幀)
=12.76
考慮實際情況，除去AGCH后，每秒實際剩下用于PCH的尋呼組數(shù)量
=12.76-0.53
=12.23(尋呼組/秒) [2]
如果將AG從1改為0，BTS尋呼容量增長
＝[2]/[1]
=12.23/8.5
＝143.9％
. 如果將AG由1改為0以后，尋呼容量會增加43.9％。對于尋呼消息溢出較多的地區(qū)，可以修改AG，提高尋呼容量，降低尋呼消息丟失的現(xiàn)象。
四、總結(jié)
以上是我對NOKIA系統(tǒng)的尋呼情況進行了介紹，并對參數(shù)進行了詳細(xì)的解釋和分析。針對尋呼，我們可以根據(jù)網(wǎng)絡(luò)情況，適當(dāng)修改這些參數(shù)，提高尋呼成功率，改善我們的網(wǎng)絡(luò)。
回答者：
OscarDon
回答時間：2013-03-17 11:37
9
6
• 嘉環(huán)科技股份有限公司
聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點：西寧市
• 福州弘宇信合通信技術(shù)有限公司 聘：信息安全崗位工程師
需求人數(shù)：2 人 地點：昆明市
• 重慶信科通信工程有限公司 聘：上饒電信中興原廠高級
需求人數(shù)：2 人 地點：上饒市
• 上海德專信息技術(shù)有限公司 聘：【急聘】昆明諾基亞后臺
需求人數(shù)：3 人 地點：云南省
• 南京華蘇科技有限公司 聘：中興有線/無線工程師
需求人數(shù)：3 人 地點：大連市,本溪市,撫順市
• 廣州銘輝網(wǎng)絡(luò)科技有限公司 聘：傳輸PTN&OTN工程師
需求人數(shù)：2 人 地點：�？谑�,三亞市
• 北京電旗通訊技術(shù)股份有限公司 聘：OTN/XPON/軟交換吉林項目
需求人數(shù)：3 人 地點：長春市,遼源市,四平市
• 西安長河通訊有限責(zé)任公司 聘：中興OTN工程師（高級）
需求人數(shù)：1 人 地點：紅河州
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：中興網(wǎng)優(yōu)工程師-遼寧大連移動
需求人數(shù)：10 人 地點：大連市
• 河南創(chuàng)賽通信科技有限公司 聘：急聘！廣西單驗簇優(yōu)化
需求人數(shù)：49 人 地點：廣西省
需求人數(shù)：2 人 地點：西寧市
• 福州弘宇信合通信技術(shù)有限公司 聘：信息安全崗位工程師
需求人數(shù)：2 人 地點：昆明市
• 重慶信科通信工程有限公司 聘：上饒電信中興原廠高級
需求人數(shù)：2 人 地點：上饒市
• 上海德專信息技術(shù)有限公司 聘：【急聘】昆明諾基亞后臺
需求人數(shù)：3 人 地點：云南省
• 南京華蘇科技有限公司 聘：中興有線/無線工程師
需求人數(shù)：3 人 地點：大連市,本溪市,撫順市
• 廣州銘輝網(wǎng)絡(luò)科技有限公司 聘：傳輸PTN&OTN工程師
需求人數(shù)：2 人 地點：�？谑�,三亞市
• 北京電旗通訊技術(shù)股份有限公司 聘：OTN/XPON/軟交換吉林項目
需求人數(shù)：3 人 地點：長春市,遼源市,四平市
• 西安長河通訊有限責(zé)任公司 聘：中興OTN工程師（高級）
需求人數(shù)：1 人 地點：紅河州
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：中興網(wǎng)優(yōu)工程師-遼寧大連移動
需求人數(shù)：10 人 地點：大連市
• 河南創(chuàng)賽通信科技有限公司 聘：急聘！廣西單驗簇優(yōu)化
需求人數(shù)：49 人 地點：廣西省
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |