 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
提問者:
• UE正確讀取SCCPCH信息標(biāo)志著尋呼成功嗎？ 2012-10-30
• 華為GSM設(shè)備中，PCH分組業(yè)務(wù)尋呼刪除次數(shù)及PCH分組業(yè)務(wù)尋呼超時(shí)次數(shù)，會(huì)不會(huì)影響上下行TBF建立成功率？ 2012-06-30
• CDMA插花多載波增加PCH尋呼信道會(huì)導(dǎo)致1X掉話和DO掉話嗎？ 2012-06-28
• PCH子信道數(shù)（尋呼組數(shù)）計(jì)算過程 2012-05-19
• 如何降低PCH隊(duì)列丟棄的尋呼消息數(shù)？ 2012-04-26
• 計(jì)算PCH塊數(shù)和每復(fù)幀尋呼組的數(shù)目 2012-02-09
• 一個(gè)PCH信道能夠同時(shí)尋呼幾個(gè)用戶？ 2011-10-13
• PCH設(shè)置偏小，導(dǎo)致尋呼成功率低(華為GSM設(shè)備）---如何理解“PCH設(shè)置國(guó)小”？ 2011-09-16
• 華為GSM設(shè)備中，PCH分組業(yè)務(wù)尋呼刪除次數(shù)及PCH分組業(yè)務(wù)尋呼超時(shí)次數(shù)，會(huì)不會(huì)影響上下行TBF建立成功率？ 2012-06-30
• CDMA插花多載波增加PCH尋呼信道會(huì)導(dǎo)致1X掉話和DO掉話嗎？ 2012-06-28
• PCH子信道數(shù)（尋呼組數(shù)）計(jì)算過程 2012-05-19
• 如何降低PCH隊(duì)列丟棄的尋呼消息數(shù)？ 2012-04-26
• 計(jì)算PCH塊數(shù)和每復(fù)幀尋呼組的數(shù)目 2012-02-09
• 一個(gè)PCH信道能夠同時(shí)尋呼幾個(gè)用戶？ 2011-10-13
• PCH設(shè)置偏小，導(dǎo)致尋呼成功率低(華為GSM設(shè)備）---如何理解“PCH設(shè)置國(guó)小”？ 2011-09-16
問題答案
( 9 )
采用TMSI尋呼時(shí)每PCH可同時(shí)尋呼4個(gè)用戶，采用IMSI尋呼時(shí)可同時(shí)尋呼2個(gè)用戶，采用TMSI和IMSI混和尋呼時(shí)要按2種尋呼消息的比例來算，在2~4之間。
回答者：
quange
回答時(shí)間：2011-03-27 22:50
13
13
一個(gè)PCH可以同時(shí)尋呼的用戶數(shù)，與3個(gè)因素有關(guān)：規(guī)范規(guī)定的paging type，尋呼負(fù)荷，無線環(huán)境。
1）根據(jù)規(guī)范，paging type有3種，能容納的paging用戶分別為2-4個(gè)，最多為4。
2）尋呼負(fù)荷高時(shí)，PCH里用戶比較滿，否則比較空。填滿最多為4。
3）無線環(huán)境不好時(shí)，PCH重傳比較多，4個(gè)用戶有1個(gè)重復(fù)的，那么實(shí)際就只剩下3個(gè)。用指標(biāo)來看主要是MSC的二次paging重發(fā)率和BTS可能的自動(dòng)重發(fā)率。
1）根據(jù)規(guī)范，paging type有3種，能容納的paging用戶分別為2-4個(gè)，最多為4。
2）尋呼負(fù)荷高時(shí)，PCH里用戶比較滿，否則比較空。填滿最多為4。
3）無線環(huán)境不好時(shí)，PCH重傳比較多，4個(gè)用戶有1個(gè)重復(fù)的，那么實(shí)際就只剩下3個(gè)。用指標(biāo)來看主要是MSC的二次paging重發(fā)率和BTS可能的自動(dòng)重發(fā)率。
回答者：
tttttt
回答時(shí)間：2011-03-28 00:53
12
14
這個(gè)還真不會(huì) 謝謝了
回答者：
mscbsc815
回答時(shí)間：2011-03-28 01:17
12
13
采用TMSI和采用IMSI時(shí)能夠?qū)ず舻挠脩魯?shù)量是不同的，由于TMSI占用的bit少，所以采用TMSI時(shí)尋呼的用戶多。
此外，還要看小區(qū)中PCH的配置數(shù)量，PCH配置的越多，小區(qū)的尋呼容量越大。
第三，尋呼容量與采用的尋呼策略有關(guān)，如MSC配置了多次尋呼，RNC配置了多次尋呼，都會(huì)降低實(shí)際的尋呼容量
此外，還要看小區(qū)中PCH的配置數(shù)量，PCH配置的越多，小區(qū)的尋呼容量越大。
第三，尋呼容量與采用的尋呼策略有關(guān)，如MSC配置了多次尋呼，RNC配置了多次尋呼，都會(huì)降低實(shí)際的尋呼容量
回答者：
marinelick
回答時(shí)間：2011-03-28 07:54
21
14
學(xué)習(xí)了
回答者：
????
回答時(shí)間：2011-03-29 13:07
13
19
從MSC（或從A口）的角度來看，尋呼是一個(gè)MS沒錯(cuò)。（如08.08中定義的Paging，只帶一個(gè)MS下來）。
但是你提到的Paging Request是04.08中定義的，是從空口的角度來看的�？偟膩碚f，Type1/2/3是用來提高空口資源的效率的。具體解釋如下：
首先，尋呼要通過PCH信道發(fā)送。PCH與AGCH共享CCCH的9個(gè)Block（9個(gè)，是指BCCH與SDCCH非combination得情況。如果是combine的，是3個(gè)）。對(duì)于GSM的51復(fù)幀結(jié)構(gòu)來說， 9個(gè)block的長(zhǎng)度約為235ms。假設(shè)其中為AGCH預(yù)留2個(gè)block，那么用于發(fā)送尋呼的block為9-2=7個(gè)block。即在小區(qū)配置一個(gè)CCCH的情況下，每秒有(1000/235*7)=29次機(jī)會(huì)發(fā)送尋呼消息。假設(shè)MSC以每秒100個(gè)的速度尋呼手機(jī)，以Type1的方式，空口是無法完成的。為了提高空口效率，我們就希望一個(gè)消息能盡可能多地尋呼手機(jī)。
GSM每時(shí)隙信息比特?cái)?shù)為114bits，每個(gè)PCH block由4個(gè)時(shí)隙組成，即可發(fā)送57byte的數(shù)據(jù)，因此規(guī)范定義了
type1, 2個(gè)IMSI（或TMSI）
type2, 3個(gè)TMSI（或2個(gè)TMSI+1個(gè)IMSI）
type3, 4個(gè)TMSI的尋呼發(fā)送方式。這樣空口就提高了尋呼發(fā)送的效率。例如type3的方式下可每秒尋呼>110個(gè)手機(jī)。（當(dāng)然如果MSC側(cè)以更高的速率發(fā)送Paging，需要增加CCCH的數(shù)量，或者減小LAC區(qū)的范圍了）。
但是你提到的Paging Request是04.08中定義的，是從空口的角度來看的�？偟膩碚f，Type1/2/3是用來提高空口資源的效率的。具體解釋如下：
首先，尋呼要通過PCH信道發(fā)送。PCH與AGCH共享CCCH的9個(gè)Block（9個(gè)，是指BCCH與SDCCH非combination得情況。如果是combine的，是3個(gè)）。對(duì)于GSM的51復(fù)幀結(jié)構(gòu)來說， 9個(gè)block的長(zhǎng)度約為235ms。假設(shè)其中為AGCH預(yù)留2個(gè)block，那么用于發(fā)送尋呼的block為9-2=7個(gè)block。即在小區(qū)配置一個(gè)CCCH的情況下，每秒有(1000/235*7)=29次機(jī)會(huì)發(fā)送尋呼消息。假設(shè)MSC以每秒100個(gè)的速度尋呼手機(jī)，以Type1的方式，空口是無法完成的。為了提高空口效率，我們就希望一個(gè)消息能盡可能多地尋呼手機(jī)。
GSM每時(shí)隙信息比特?cái)?shù)為114bits，每個(gè)PCH block由4個(gè)時(shí)隙組成，即可發(fā)送57byte的數(shù)據(jù)，因此規(guī)范定義了
type1, 2個(gè)IMSI（或TMSI）
type2, 3個(gè)TMSI（或2個(gè)TMSI+1個(gè)IMSI）
type3, 4個(gè)TMSI的尋呼發(fā)送方式。這樣空口就提高了尋呼發(fā)送的效率。例如type3的方式下可每秒尋呼>110個(gè)手機(jī)。（當(dāng)然如果MSC側(cè)以更高的速率發(fā)送Paging，需要增加CCCH的數(shù)量，或者減小LAC區(qū)的范圍了）。
回答者：
youqiqing
回答時(shí)間：2011-03-29 16:13
9
8
學(xué)習(xí)了
回答者：
sunsi221
回答時(shí)間：2011-03-30 09:28
15
14
二樓解釋夠清楚了
回答者：
O愛美男
回答時(shí)間：2011-03-31 14:51
13
13
同意tttttt的答案哈。
回答者：
yifei_007
回答時(shí)間：2011-03-31 22:01
10
12
• 南京華蘇科技有限公司
聘：濟(jì)南省移動(dòng)高端-材料輸出高手優(yōu)先
需求人數(shù)：1 人 地點(diǎn)：濟(jì)南市
• 浙江省郵電工程建設(shè)有限公司 聘：網(wǎng)優(yōu)日常租賃人員
需求人數(shù)：2 人 地點(diǎn)：煙臺(tái)市
• 成都旗訊通信技術(shù)有限公司 聘：【聯(lián)通項(xiàng)目】招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點(diǎn)：河北省,遼寧省,吉林省,黑龍江,內(nèi)蒙古
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：LTE/5G網(wǎng)絡(luò)中高級(jí)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：上海市
• 北京宜通華瑞科技有限公司 聘：電信原廠優(yōu)化高級(jí)（江西急聘）
需求人數(shù)：5 人 地點(diǎn)：南昌市
• 西安中興精誠(chéng)通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級(jí)工程師
需求人數(shù)：2 人 地點(diǎn)：重慶市
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：網(wǎng)管運(yùn)維工程師
需求人數(shù)：2 人 地點(diǎn)：云南省
• 嘉環(huán)科技股份有限公司 聘：網(wǎng)優(yōu)前臺(tái)RF工程師-高級(jí)
需求人數(shù)：2 人 地點(diǎn)：河源市
• 北京電旗通訊技術(shù)股份有限公司 聘：山東濱州電信
需求人數(shù)：3 人 地點(diǎn)：濱州市
• 廣東華訊工程有限公司 聘：廣東移動(dòng)維護(hù)支撐
需求人數(shù)：2 人 地點(diǎn)：廣州市
需求人數(shù)：1 人 地點(diǎn)：濟(jì)南市
• 浙江省郵電工程建設(shè)有限公司 聘：網(wǎng)優(yōu)日常租賃人員
需求人數(shù)：2 人 地點(diǎn)：煙臺(tái)市
• 成都旗訊通信技術(shù)有限公司 聘：【聯(lián)通項(xiàng)目】招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點(diǎn)：河北省,遼寧省,吉林省,黑龍江,內(nèi)蒙古
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：LTE/5G網(wǎng)絡(luò)中高級(jí)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：上海市
• 北京宜通華瑞科技有限公司 聘：電信原廠優(yōu)化高級(jí)（江西急聘）
需求人數(shù)：5 人 地點(diǎn)：南昌市
• 西安中興精誠(chéng)通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級(jí)工程師
需求人數(shù)：2 人 地點(diǎn)：重慶市
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：網(wǎng)管運(yùn)維工程師
需求人數(shù)：2 人 地點(diǎn)：云南省
• 嘉環(huán)科技股份有限公司 聘：網(wǎng)優(yōu)前臺(tái)RF工程師-高級(jí)
需求人數(shù)：2 人 地點(diǎn)：河源市
• 北京電旗通訊技術(shù)股份有限公司 聘：山東濱州電信
需求人數(shù)：3 人 地點(diǎn)：濱州市
• 廣東華訊工程有限公司 聘：廣東移動(dòng)維護(hù)支撐
需求人數(shù)：2 人 地點(diǎn)：廣州市
熱點(diǎn)問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |