 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
尋呼請求（RR Paging Request）類型就是指尋呼消息類型嗎？
今天看信令尋呼請求類型有三類：TYPE1、2、3，不明白具體各指示什么？有什么不同，另外在網(wǎng)上看尋呼消息類型也有三類，是指：
類型1：用IMSI尋呼，一個尋呼塊可以尋呼2個IMSI，即兩個用戶
類型2：用IMSI+TMSI尋呼，尋呼1個IMSI和2個TMSI，共3個用戶。
類型3：用TMSI尋呼，尋呼4個TMSI，即4個用戶
請問二者是同一個概念嗎？
類型1：用IMSI尋呼，一個尋呼塊可以尋呼2個IMSI，即兩個用戶
類型2：用IMSI+TMSI尋呼，尋呼1個IMSI和2個TMSI，共3個用戶。
類型3：用TMSI尋呼，尋呼4個TMSI，即4個用戶
請問二者是同一個概念嗎？
提問者:
• 求高手指點：尋呼成功率提升 2018-08-30
• 尋呼復(fù)幀數(shù)怎么理解 2018-08-16
• 撥測里面的尋呼和回落和是什么意思，有什么差別 2018-08-04
• 尋呼由網(wǎng)絡(luò)向什么狀態(tài)下的UE發(fā)起 2018-04-27
• 主叫尋呼是怎么找到被叫用戶的？一個號碼只對應(yīng)一個s-tmsi嗎？ 2017-11-11
• 哪位高手幫忙解釋一下，CSFB回落成功率，CSFB尋呼成功率，對應(yīng)的信令統(tǒng)計節(jié)點分別是哪條信令？ 2017-09-13
• 尋呼信道占用多少個PRB 2017-09-08
• GSM語音和短信同時尋呼的流程 2017-07-10
• 尋呼復(fù)幀數(shù)怎么理解 2018-08-16
• 撥測里面的尋呼和回落和是什么意思，有什么差別 2018-08-04
• 尋呼由網(wǎng)絡(luò)向什么狀態(tài)下的UE發(fā)起 2018-04-27
• 主叫尋呼是怎么找到被叫用戶的？一個號碼只對應(yīng)一個s-tmsi嗎？ 2017-11-11
• 哪位高手幫忙解釋一下，CSFB回落成功率，CSFB尋呼成功率，對應(yīng)的信令統(tǒng)計節(jié)點分別是哪條信令？ 2017-09-13
• 尋呼信道占用多少個PRB 2017-09-08
• GSM語音和短信同時尋呼的流程 2017-07-10
問題答案
( 2 )
總的來說，Type1/2/3是用來提高空口資源的效率的。具體解釋如下：
首先，尋呼要通過PCH信道發(fā)送。PCH與AGCH共享CCCH的9個Block（9個，是指BCCH與SDCCH非combination得情況。如果是combine的，是3個）。對于GSM的51復(fù)幀結(jié)構(gòu)來說， 9個block的長度約為235ms。假設(shè)其中為AGCH預(yù)留2個block，那么用于發(fā)送尋呼的block為9-2=7個block。即在小區(qū)配置一個CCCH的情況下，每秒有(1000/235*7)=29次機會發(fā)送尋呼消息。假設(shè)MSC以每秒100個的速度尋呼手機，以Type1的方式，空口是無法完成的。為了提高空口效率，我們就希望一個消息能盡可能多地尋呼手機。
GSM每時隙信息比特數(shù)為114bits，每個PCH block由4個時隙組成，即可發(fā)送57byte的數(shù)據(jù)，因此規(guī)范定義了
type1, 2個IMSI（或TMSI）
type2, 3個TMSI（或2個TMSI+1個IMSI）
type3, 4個TMSI的尋呼發(fā)送方式。這樣空口就提高了尋呼發(fā)送的效率。例如type3的方式下可每秒尋呼>110個手機。（當然如果MSC側(cè)以更高的速率發(fā)送Paging，需要增加CCCH的數(shù)量，或者減小LAC區(qū)的范圍了）。
這里我也有不明白的地方，為什么只能到4個TMSI而不是更多？type3的消息長度只有23個byte呀？難道是由于交織的原因、每時隙的有效信息比特位57bits？？哪位高人指點一下吧
另外，需要注意的是，當一個Page Request里尋呼多個手機時，這些手機應(yīng)當是同一尋呼組的。
首先，尋呼要通過PCH信道發(fā)送。PCH與AGCH共享CCCH的9個Block（9個，是指BCCH與SDCCH非combination得情況。如果是combine的，是3個）。對于GSM的51復(fù)幀結(jié)構(gòu)來說， 9個block的長度約為235ms。假設(shè)其中為AGCH預(yù)留2個block，那么用于發(fā)送尋呼的block為9-2=7個block。即在小區(qū)配置一個CCCH的情況下，每秒有(1000/235*7)=29次機會發(fā)送尋呼消息。假設(shè)MSC以每秒100個的速度尋呼手機，以Type1的方式，空口是無法完成的。為了提高空口效率，我們就希望一個消息能盡可能多地尋呼手機。
GSM每時隙信息比特數(shù)為114bits，每個PCH block由4個時隙組成，即可發(fā)送57byte的數(shù)據(jù)，因此規(guī)范定義了
type1, 2個IMSI（或TMSI）
type2, 3個TMSI（或2個TMSI+1個IMSI）
type3, 4個TMSI的尋呼發(fā)送方式。這樣空口就提高了尋呼發(fā)送的效率。例如type3的方式下可每秒尋呼>110個手機。（當然如果MSC側(cè)以更高的速率發(fā)送Paging，需要增加CCCH的數(shù)量，或者減小LAC區(qū)的范圍了）。
這里我也有不明白的地方，為什么只能到4個TMSI而不是更多？type3的消息長度只有23個byte呀？難道是由于交織的原因、每時隙的有效信息比特位57bits？？哪位高人指點一下吧
另外，需要注意的是，當一個Page Request里尋呼多個手機時，這些手機應(yīng)當是同一尋呼組的。
回答者：
chendaji
回答時間：2011-08-13 19:01
11
6
本來就是一樣的東西, 從網(wǎng)上抄這么多干嘛
回答者：
duckwade
回答時間：2011-08-13 23:14
10
25
• 南京華蘇科技有限公司
聘：中興中高級優(yōu)化工程師
需求人數(shù)：20 人 地點：山東省
• 普天信息工程設(shè)計服務(wù)有限公司 聘：高級優(yōu)化工程師
需求人數(shù)：2 人 地點：秦皇島市
• 陜西瑞達灃通信技術(shù)有限公司 聘：華為5G工程單驗工程師
需求人數(shù)：10 人 地點：吐魯番市,哈密市
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：AI工程師
需求人數(shù)：1 人 地點：云南省
• 嘉環(huán)科技股份有限公司 聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點：西寧市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級
需求人數(shù)：2 人 地點：南昌市
• 西安中興精誠通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù)：2 人 地點：重慶市
• 北京宜通華瑞科技有限公司 聘：數(shù)通區(qū)維工程師
需求人數(shù)：10 人 地點：上饒市
• 福建省鴻官通信工程有限公司 聘：網(wǎng)優(yōu)專項-中高級
需求人數(shù)：8 人 地點：蘭州市,張掖市,酒泉市
• 西安長河通訊有限責任公司 聘：網(wǎng)絡(luò)資源管理工程師
需求人數(shù)：3 人 地點：香港
需求人數(shù)：20 人 地點：山東省
• 普天信息工程設(shè)計服務(wù)有限公司 聘：高級優(yōu)化工程師
需求人數(shù)：2 人 地點：秦皇島市
• 陜西瑞達灃通信技術(shù)有限公司 聘：華為5G工程單驗工程師
需求人數(shù)：10 人 地點：吐魯番市,哈密市
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：AI工程師
需求人數(shù)：1 人 地點：云南省
• 嘉環(huán)科技股份有限公司 聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點：西寧市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級
需求人數(shù)：2 人 地點：南昌市
• 西安中興精誠通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù)：2 人 地點：重慶市
• 北京宜通華瑞科技有限公司 聘：數(shù)通區(qū)維工程師
需求人數(shù)：10 人 地點：上饒市
• 福建省鴻官通信工程有限公司 聘：網(wǎng)優(yōu)專項-中高級
需求人數(shù)：8 人 地點：蘭州市,張掖市,酒泉市
• 西安長河通訊有限責任公司 聘：網(wǎng)絡(luò)資源管理工程師
需求人數(shù)：3 人 地點：香港
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |